Flask 中的设计决策

微与依赖

为什么 Flask 把自己叫做微框架，并且它依赖于两个库（也就是 Werkzeug 和 Jinja 2）。为什么不能？如果我们仔细审查 Ruby 的 web 开发，有一个非常 类似 WSGI 的协议。被称作 Rack 的就是它，但是除此之外，它看起来非常像 一个 WSGI 的 Ruby 实现。但是几乎所有的 Ruby 应用不直接使用 Rack ，而是 基于一个相同名字的库。这个 Rack 库与 Python 中的两个库不相伯仲： WebOb （以前叫 Paste ） 和 Werkzeug。 Paste 依然在使用，但是从我的理解，它有 些过时，而赞同 WebOb 。 WebOb 和 Werzeug 的开发是一起开始的，也有着同样 的理念：为其它应用的利用做一个 WSGI 的良好实现。

Flask 是一个受益于 Werkzeug 妥善实现 WSGI 接口（有时是一个复杂的任务） 既得成果的框架。感谢 Python 包基础建设中近期的开发，包依赖不再是问题， 并且只有很少的原因反对依赖其它库的库。