我无法理解如何将烧瓶应用程序拆分为多个文件。 我正在创build一个Web服务,我想将API分成不同的文件(AccountAPI.py,UploadAPI.py,…),所以我没有一个巨大的Python文件。 我已经读过,你可以用蓝图来做这件事,但我并不完全确定这条路线对我来说是正确的。 最终,我想运行一个主要的Python文件,并包含其他文件,以便在运行时,它们被认为是一个大文件。 例如,如果我有Main.py和AccountAPI.py我想能够做到这一点: Main.py: from flask import Flask import AccountAPI app = Flask(__name__) @app.route("/") def hello(): return "Hello World!" if __name__ == "__main__": app.run() AccountAPI.py: @app.route("/account") def accountList(): return "list of accounts" 我知道这个例子显然是行不通的,但是可以这样做吗? 谢谢
是否有必要#include一些文件,如果在一个头文件(* .h)中,在这个文件中定义的types被使用? 例如,如果我使用GLib并希望在我的头文件中定义的结构中使用gchar基本types,是否有必要执行#include <glib.h> ,知道我已经在我的* .c文件中有它? 如果是的话,我也必须把它放在#ifndef和#define之间或#define之后?
无论出于何种原因,我们公司都有一个编码准则,规定: Each class shall have it's own header and implementation file. 所以如果我们写了一个名为MyString的类,我们需要一个关联的MyStringh.h和MyString.cxx 。 有没有其他人这样做? 有没有人看到任何编译性能的影响? 10000个文件中的5000个类是否可以像2500个文件中的5000个类一样快地编译? 如果不是,那么区别是否显而易见? [我们编写C ++并使用GCC 3.4.4作为我们的日常编译器]
我喜欢在Xcode 4项目导航器窗格中将我的类组织成组。 我也通过terminal使用GIT版本控制,这对我来说比Xcode 4集成更好。 对我来说,当我在Xcode中创build的组对应于我的文件系统上的实际文件夹时,这是最有意义的。 但是,Xcode似乎并不关心文件系统(例如Objective-C .h / .m文件)在文件系统上的位置,每次添加一个组( Option+Command+N )时,它都是纯粹的装饰,对于任何文件放在那里将在硬盘驱动器上共享相同的位置。 奇怪的是,如果你首先在你的硬盘上创build一个文件夹,然后把它拖到Xcode,你已经创build了一个在你的文件系统上有自己的位置的组。 您在那里创build的每个文件都将在磁盘上的文件夹中创build。 我喜欢这个,但是如果Xcode会在Option+Command+N中为我做这个,我会更喜欢它。 为您想要创build的每个组切换到Finder,然后将其拖回项目导航器的正确位置的工作stream程简直是愚蠢的。 感觉像一个设置可以解决,但我找不到它! 有没有更好的办法? 更新:当把一个文件夹拖到Xcode时,你会看到一个对话窗口,你可以select“文件夹引用”。 这看起来很有希望,但是我的Xcode 4不接受那里的文件作为类,并一直告诉我,它找不到任何文件。 也许答案在某处,但我仍然找不到。 另一个更新:我已经将我的主编辑器环境从Xcode更改为AppCode。 后者支持实际创build文件夹来备份项目组,同时保持与Xcode的100%兼容性。 这些AppCode人确定知道他们在做什么。