如果你想提一个问题，请创建Issue。
回退 Werkzeug 版本书中注明的 0.14.1 可解决。
在第 6 章，如果执行 sendgrid 部分的代码出现如下报错：
TypeError: <function Email at 0x7fce5c021e18> is not JSON serializableAttributeError：list object has no attrribute _typeTypeError: __init__() got an unexpected keyword argument 'apikey'
统一的解决方法均为回退 sendgrid-python 到书中注明的 5.3.0 版本。
执行以下检查：
- 安装了所有依赖，包括开发依赖（使用
pipenv install --dev） - 当前目录在项目根目录，对于第一部分的 6 个示例程序来说，切换到每个程序各自的根目录。遵循每章开头的安装命令。
- 确保没有在上层目录创建 .env 和 .flaskenv 文件。
升级 Python 到 2.7.9 或以上版本。
安装 flask-shell-ipython 库。
新版本修复了这些问题，可以通过下面的命令升级pipenv和pip：
$ python3 -m pip install --upgrade pip
$ python3 -m pip install --upgrade pipenv
使用下面的命令更新 python-dotenv 到最新版本即可解决：
$ pip install -U python-dotenv
宏默认会自定接受额外的关键字参数，在宏内部你可以直接使用 kwargs 字典来获取这些额外的关键字参数。这里直接把这个字典传入 url_for() 函数。
顺便说一下，Jinja 宏传入关键字参数的实现有一点不太符合直觉。在定义宏的时候，并不需要传入 **kwargs。在宏的内部，你可以直接通过kwargs字典来获取所有传入的关键字参数。
也就是说，是 Jinja 自动处理这些传入的关键字参数的。另一个宏内部可以直接使用的变量是varargs，这个元组存储所有传入的额外位置参数，即 *args。
前言里在介绍Git基本用法时使用helloflask仓库作为示例，但是git tag -n命令给出位置容易产生误解。
helloflask并不包含Git标签，所以这里的命令不会输出内容。这个命令用于列出第二部分的5个项目中设置的Git标签。
目前不建议继续使用Flask-Script，Flask内置的CLI组件已经基本能够替代它。如果仍然要使用Flask-Scirpt，可以参考下图：
原图来自Flask学习笔记-PyCharm配置使用Flask-Script启动以及开启Debug模式。
Anaconda我没用过，简单了解了一下，觉得很成熟和方便。不过，因为书中的示例程序的依赖都写在了Pipfile里，目前似乎只有Pipenv支持从Pipfile读写依赖信息（？）。Pipenv作为未来Python官方推荐的包依赖和环境管理工具，你也可以尝试一下。 这里出错通常是因为默认的Python解释器（即Anaconda内置的第三方Python发行版）和virtualenv不兼容。你可以使用下面的命令尝试一下：
pipenv --python /usr/local/bin/python3
旧版本的PyCharm不支持通过模块来执行命令。新版本的PyCharm在图1-6的第4点位置有一个下拉选项，可以选择Module name，而不是Script。如果你使用的PyCharm没有这个下拉选项，可以通过为Python解释器选项一栏（Interpreter options）添加-m选项可以起到类似的效果，即python -m flask run。
在写作Web API这部分内容时，我考察了目前所有流行的API编写扩展，其中相对处于活跃开发状态的有Flask-RESTful、Flask-apispec、Flask-Classful、Flask-RestPlus、Flask-Restless这几个。第10章的程序一开始是使用Flask-RESTful的，但后来经过再三考虑，改为单纯用Flask实现。
Flask-RESTful以及它的fork改良版Flask-RESTplus中的请求解析、响应格式化已经不推荐使用，而请求解析部分也将在未来移除，假如不使用这两部分功能，那么已经没有太大必要采用这个扩展，这是我没有使用它们的主要原因；而Flask内置的MethodView已经基本能够替代Flask-Classful，而且这个扩展看起来不太灵活；Flask-RESTless依赖于SQLAlchemy，不便于在作为一个作为示例用途的程序中使用；至于Flask-apispec，它结合了webargs和marshmallow，也提供了API文档生成功能，的确是非常好的选择，我很看好这个扩展，但是因为其刚刚出现不久，还不够完善，所以也没有选用。
有些读者可能不理解我为什么把常说的REST API/RESTful API说成Web API，我摘取书里的这部分内容供你参考一下：
“仅仅通过HTTP协议返回JSON或XML数据的Web API并不能算是严格意义上的REST API。REST的提出者也在博文（ http://roy.gbiv.com/untangled/2008/rest-apis-must-be-hypertext-driven ）中指出不是使用了HTTP的API都叫REST API。为了避免产生混乱，本章会尽量避免REST这个词。事实上，我们不必完全按照REST的架构要求来设计API。要尽量从API的自身特点和普适的规范来设计，而不是拘泥于REST一词。”
在部分程序中，faker被列为开发依赖，所以在安装依赖时需要添加--dev选项，即：
$ pipenv install --dev
需要在启动程序前执行下面的命令生成MO文件：
$ flask translate compile
这部分内容在10.2.4详细介绍。