Flask 中文教程

Web API 的工作通常与 HTTP 动词紧密相关，所以这使得实现这样一个基于MethodView 类的 API 很有意义。也就是说，你会注意到大多数时候， API 需要不同的 …

0.9 新版功能. Flask 背后的设计理念之一就是，代码在执行时会处于两种不同的“状态”（states）。当 Flask 对象被实例化后在模块层次上应用便开始隐式地处于应用配置…

应用上下问存在的主要原因是，在过去，请求上下文被附加了一堆函数，但是又没 有什么好的解决方案。因为 Flask 设计的支柱之一是你可以在一个 Python 进程中 拥有多个应用。 …

应用上下文会在必要时被创建和销毁。它不会在线程间移动，并且也不会在不同的请求之间共享。正因为如此，它是一个存储数据库连接信息或是别的东西的最佳位置。内部的栈对象叫做 flask._…

上下文的一个典型应用场景就是用来缓存一些我们需要在发生请求之前或者要使用的资源。举个例子，比如数据库连接。当我们在应用上下文中来存储东西的时候你得选择一个唯一的名字，这是因为应用上…

这部分文档描述了在 Flask 0.7 中的行为，与旧的行为基本一致，但有细小微妙的差异。 这里推荐先阅读 应用上下文 章节。

比如说你有一个应用函数返回用户应该跳转到的 URL 。想象它总是会跳转到 URL的 next 参数，或 HTTP referrer ，或索引页: from flask import…

在 Flask 中，请求处理时发生一个错误时会发生什么？这个特殊的行为在 0.7 中变更了，因为我们想要更简单地得知实际发生了什么。新的行为相当简单: 在每个请求之前，执行 bef…

销毁回调是是特殊的回调，因为它们在不同的点上执行。严格地说，它们不依赖实际的请求处理，因为它们限定在 RequestContext 对象的生命周期。当请求上下文出栈时， teard…

Flask 中提供的一些对象是其它对象的代理。背后的原因是，这些代理在线程间共享，并且它们在必要的情景中被调度到限定在一个线程中的实际的对象。 大多数时间你不需要关心它，但是在一些…

无论错误出现与否，在请求的最后，请求上下文会出栈，并且相关的所有数据会被销毁。在开发中，当你想在异常发生时，长期地获取周围的信息，这会成为麻烦。在 Flask 0.6 和更早版本中…

Flask 中的蓝图为这些情况设计: 把一个应用分解为一个蓝图的集合。这对大型应用是理想的。一个项目可以实例化 一个应用对象，初始化几个扩展，并注册一集合的蓝图。 以 URL 前缀…

蓝图的基本设想是当它们注册到应用上时，它们记录将会被执行的操作。当分派请求和生成从一个端点到另一个的 URL 时，Flask 会关联蓝图中的视图函数。

这看起来像是一个非常基本的蓝图。在这个案例中，我们想要实现一个简单渲染静态模板的蓝图: from flask import Blueprint, render_template, …

那么你如何注册蓝图？像这样: from flask import Flask from yourapplication.simple_page import simple_page…

当你想要从一个页面链接到另一个页面，你可以像通常一个样使用 url_for()函数，只是你要在 URL 的末端加上蓝图的名称和一个点（ . ）作为前缀: url_for('…

Flask 扩展用多种不同的方式扩充 Flask 的功能。比如加入数据库支持和其它的常见任务。

Flask Extension Registry 中列出了 Flask 扩展，并且可以通过easy_install 或 pip 下载。如果你把一个 Flask 扩展添加到requi…

扩展通常附带有文档，来展示如何使用它。扩展的行为没有一个可以预测的一般性规则，除了它们是从同一个位置导入的。如果你有一个名为 Flask-Foo 或是Foo-Flask 的扩展，你…

0.3 新版功能. Python 拥有的交互式 Shell 是人人都喜欢它的一个重要原因。交互式 Shell允许你实时的运行 Python 命令并且立即得到返回结果。Flask 本…