对于比较大型的应用，更好的做法是使用包管理代码，而不是模块来管理代码。 这非常简单，设想一个如下结构的应用:
/yourapplication
/yourapplication.py
/static
/style.css
/templates
layout.html
index.html
login.html
...
将一个项目改为一个更大的包，仅仅创建一个新的 yourapplication 文件夹在 已存的文件夹下面，然后将所有的的文件都移动到它下面。之后将 yourapplication.py 重命名为 __init__.py （确保先删除了其中所有的 .pyc 文件，否则可能导致 错误的结果）
您最后得到的东西应该像下面这样:
/yourapplication
/yourapplication
/__init__.py
/static
/style.css
/templates
layout.html
index.html
login.html
...
如何在此种方式下运行您的应用？原来的 python yourapplication/__init__.py 不能再工作了。这是由于 Python 不希望在包中的模块成为初始运行的文件。但这 不是一个大问题，仅仅添加一个名叫 runserver.py 的新文件，把这个文件放在 yourapplication 文件夹里，并添加如下功能:
from yourapplication import app
app.run(debug=True)
然后，我们又能对应用做什么呢？现在我们可以重新构造我们的应用，将其 改造为多个模块。你唯一需要记住的就是下面的速记备忘表:
route() 装饰器的那些）视图函数必须 导入到 __init__.py 文件。此时，请通过模块而不是对象本身作为路径 导入这些视图函数。必须在应用对象创建之后 导入视图模块。这里是 __init__.py 的一个例子:
from flask import Flask
app = Flask(__name__)
import yourapplication.views
而 views.py 应该看起来像这样:
from yourapplication import app
@app.route('/')
def index():
return 'Hello World!'
您最终应该得到的程序结构应该是这样:
/yourapplication
/runserver.py
/yourapplication
/__init__.py
/views.py
/static
/style.css
/templates
layout.html
index.html
login.html
...
循环导入
每个 Python 程序员都会讨厌他们，而我们反而还添加了几个进去: 循环导入(在两个模块相互依赖对方的时候，就会发生循环导入)。在这里 views.py 依赖于 __init__.py。通常这被认为是个不好的主意，但是 在这里实际上不会造成问题。之所以如此，是因为我们实际上没有在 __init__.py 里使用这些视图，而仅仅是保证模块被导入了。并且，我们是 在文件的结尾这么做的。
这种做法仍然有些问题，但是如果您想要使用修饰器，那么没有 其他更好的方法了。
如果您有规模较大的应用，建议您将他们分拆成小的组，让每个组 接口于蓝图提供的辅助功能。关于这一主题进一步的介绍请参考 用蓝图实现模块化的应用 这一章节的文档