变大

以下是在扩展代码库或扩展应用程序时的选项。

阅读资料来源。

Flask开始部分地演示如何在现有的使用良好的工具Werkzeug(wsgi)和Jinja(模板)之上构建自己的框架,随着它的发展,它对广泛的观众变得有用。随着代码库的增长,不要只使用Flask——理解它。阅读资料来源。flask的代码是为读取而编写的;它的文档是发布的,因此您可以使用它的内部API。flask坚持使用上游库中文档化的API,并记录其内部实用程序,这样您就可以找到项目所需的钩子点。

钩子。延伸。

api 文档中充满了可用的覆盖、挂接点和信号. 您可以为请求和响应对象等对象提供自定义类。深入了解您使用的API,并在Flask版本中寻找现成的定制。寻找将项目重构为实用工具和烧瓶扩展集合的方法。探索更多的扩展 <http://flask.pocoo.org/extensions/>`_ ,如果找不到所需的工具,请寻找构建自己的扩展的模式。

子类。

这个 Flask 类有许多设计用于子类化的方法。您可以通过子类化快速添加或自定义行为 Flask (参见链接方法文档)并在实例化应用程序类的任何位置使用该子类。这个很好用 应用工厂 . 见 子类Flask 举个例子。

用中间件包装。

app-dispatch 本章详细介绍了如何应用中间件。您可以引入wsgi中间件来包装您的flask实例,并在flask应用程序和HTTP服务器之间的层中引入修复和更改。Werkzeug包括几个 middlewares .

Fork 。

如果上述选项都不起作用,则使用叉式Flask。Flask的大部分代码在Werkzeug和Jinja2内。这些类库承担了大部分工作。Flask就是把它们粘在一起的糊状物。对于每个项目,都有一个基础框架阻碍的地方(由于原始开发人员的假设)。这是自然的,因为如果不是这样的话,框架将是一个非常复杂的系统,开始时会导致弯曲的学习曲线和大量的用户沮丧。

这对Flask来说不是唯一的。许多人使用他们的框架的补丁和修改版本来应对缺点。这个想法也反映在Flask许可证上。如果你决定修改框架,就不必进行任何更改。

分叉的缺点当然是Flask扩展很可能会中断,因为新框架具有不同的导入名称。此外,根据变更的数量,整合上游变更可能是一个复杂的过程。因此,分叉应该是最后的选择。

像专业人员一样收缩。

对于许多Web应用程序来说,代码的复杂性并不是一个问题,而是用户数量或数据条目的收缩量性。flask本身仅限于根据应用程序代码、要使用的数据存储以及运行的Python实现和Web服务器进行扩展。

良好的收缩性意味着,例如,如果将服务器数量增加一倍,性能就会提高一倍左右。缩放不良意味着如果添加一个新服务器,应用程序的性能将不会更好,甚至不支持第二个服务器。

关于Flask中的缩放,只有一个限制因素,即局部情境代理。它们取决于在Flask中被定义为线程、进程或greenlet。如果您的服务器使用某种不基于线程或greenlet的并发,那么flask将无法再支持这些全局代理。然而,大多数服务器都使用线程、greenlet或单独的进程来实现并发性,这些都是底层werkzeug库所很好支持的所有方法。

与社区讨论。

无论代码库的大小,用户都可以访问框架。如果你发现Flask造成的障碍,请立即联系邮件列表里开发人员的或IRC频道。对于Flask和Flask扩展开发人员来说,改进用于更大应用程序的工具的最佳方法是从用户那里获得反馈。