Flask Web开发：基于Python的Web应用开发实战

印堂黑 2015-01-17 0

真的很好，适合用来入门

Jun 2015-04-07 0

python web 开发入门

Bit_stone 2015-07-30 0

Python

tonnie 2015-11-18 0

实战书，非常不错

Rogan 2016-02-22 0

入门级介绍，Step by Step 教学

瑾逸 2016-03-06 0

一开始是看的文档，后来在图书馆看了这本书，书中的概念和介绍给了我很多启发

小泥鳅 2016-08-27 0

讲的太少了

吴志 2016-09-16 0

目前是第二次在读。本书完整地介绍了利用flask搭建一个网站的流程和具体方法，覆盖了模板的使用、表单、登录、留言、数据库、邮件、用户认证、文章管理、测试、发布等web开发部署中用到的一系列东西都有了，很全面。目前市场上这样子的书可没几本了。不过里面用到的一些技术，现在已经改变了，读者需要自己去摸索解决校正

汜源 2016-10-04 0

适合新手入门，比喻下就是没有告诉你搭房子的每个细节，但是告诉你搭建一个房子都需要哪些结构。细节方面需要自己去学习，比如数据库，json等… 总而还是推荐的

員外 2016-01-02 21

通过学习转行成功

同步失败 2015-07-08 2

对于零基础的我来说，读此书几乎是硬啃。要想看懂，要补不少东西。

飞林沙 2015-03-18 2

一直都是自己跟着感觉边查边写Flask，没有特别系统的学过。这本书里讲了很多最佳实践和一些推荐的Flask插件，有一些是之前没有注意到的，有一些是之前不知道的，比较受益。但是作为一个Web开发者，中间的一些内容，比如用户角色，帖子管理这些显得过于基础了，另外就是没有太大的必要把每个插件的代码讲的过于详细，需要去查就好了。

不亦越乎 2017-02-22 1

详细的教程，手把手教你做一个博客，但是过于直接的告诉你代码，会让你丧失一定的思考，以致于你做完博客之后，还是一知半解的状态。

Abirdcfly 2016-03-03 1

好书！值得初学者看3遍。

大尧 2016-05-27 1

比官方文档要解释的详细，上下文，而且还讲到为什么要这样设计

灰尘ve 2017-03-19 1

挺不错的！适合入门

shiina 2016-10-26 1

很不错, 很细致, 大有收获

Tw93 2015-06-24 1

翻译不行,代码错误好多啊

我想说两句

从入门到中级的Flask入门书【荐】

yetship 2016-07-05 4赞

这本书非常适合Flask 入门，虽然说是入门书，但是我个人认为可以作为初中级的参考书籍，因为作者对 Flask 的讲解把握的非常到位，所以可以将很多概念和扩展的使用讲解得通俗易懂，但是，又不乏给有心人留下很多空间去进行自我寻找资料扩展学习。

这本书我读了3遍了现在，也不敢说书中提及的所有内容我都了然于胸，当然，也可能是本人愚钝，没有得该书的精要。

此外，还需要说明的是，本书作者也是 Pycon 的常客，如果大家有意思的话还可以去找找往年作者在 PyCon 上的分享，相信对自己加深 Flask 的理解大有帮助和另有一番感悟。

读书笔记:《Flask Web Development》part 1

xslug 2015-01-02 6赞

主要是写给自己的读书笔记，便于日后快速回忆这个主题的内容，也希望能有幸影响到若干匆匆过客。

# meta
作者Miguel Grinberg有25年工作经验，在视频广播行业，博客覆盖web开发，机器人，摄影等领域，因此积累是足够的。国外的这些老程序员都是国内职业生涯的好样板。

全书分成三部分：

- 基础知识导论
- 一个完整的例子串讲
- 最后一公里的测试调优部署

或者更具体一些:

- basic
- templates, database, form, email support
- packages and modules
- auth, roles, profiles
- a blogging project
- restful api
- unit test, performance
- deploy

# preface
提供一个坚实的基础，然后接入一个第三方的生态，这是一种不同的策略或者说境界。
本书的结构是从零开始，逐渐扩展成一个成熟的项目，而不是零散的知识介绍，因此对入门应该是比较合适的。

# Installation
```
micro framework, lean stack
when familiar with it, can read all of its source code
```
这个框架只抓住web开发核心的要素，实现的很棒，其他通用的东西就交出去，这样的好处是可以集中精力做好擅长或核心的事情，同时又能借助社区的力量，毕竟持续进化的才是最优秀的。KISS原则。

实际操作时用vagrant代替了virtualenv。

# Basic Application Structure
- route and view function
- dynamic name component
- application and request context # context tricks实现不用每个view function都加参数，实际上是隐藏了参数
- request hooks # hook的好处是通用的代码不用每个地方都改
- response # 三种response
- flask-script # extension # 这里可以看出开放策略的好处了，封闭系统很难把每件事情做到极致，开放就可以持续的演化。

# Templates
- 代码应该尽可能的简单和整洁，尽可能的做拆分和独立。首先业务和展现应该区分开，因此用template来负责把展现的部分独立出来。
- 具体的编码是最简单的一步，设计清楚了，实现非常的简单，关键是结构要合理清晰。
- template engine jinjia2能做的事情非常多，有分支循环，能执行方法，能重用相当于定义函数，还能继承，相当于oo，已经是较完善的编程语言了。
- flask-bootstrap
- custom error pages
- links # get url by view function
- static files # favicon.ico
- flask-moment # 对moments.js的包装，使得可以在template里方便的调用moments.js的方法，最终实现在browser端格式化时间的功能，这个还是比较常用的。

# Web Forms
- 使用secret-key来做CSRF保护
- 敏感信息不能写在代码里，而是通过环境变量来注入
- 理论上用request的form字段就足够了，但不够高效，会有很多重复代码，本章来集中解决这方面的问题。
- 基本的表单类型和验证，在render方面，有bootstarp的wtf支持，可以wtf.quick_form()
- `This is a great example of the power that well-designed extensions like Flask-WTF and Flask-Bootstrap can give to your application.`
- 为了避免浏览器里刷新时的警告，每个post都要搭配redirect。
- request之间的状态传递，可以用user session实现，一个客户端的私有存储，实际上在cookie里。
- 数据变更时通过flash提供可能的提示, flask自带的功能。

form的各种问题，定义展示数据搜集与session存储，解决了CSRF保护及POST重定向等问题，必要时可以通过flash增加提示。

# Databases
- sql vs nosql
- nosql主要是为了解决sql需要做表join的问题，因此用冗余数据denormalization来减少表的数量，使得检索非常方便，但不利于做更改，不能做join操作。
- 优先使用一个高级别的抽象，比如ORM，如果有性能问题，再做具体的优化。
- ORM的好处是后期可以换数据库引擎，用中间层去除了依赖，随便找一个会用的就可以了，比如先sqlite，后续再迁移到mysql。
- sqlalchemy
- nb, database engine的选择直接配置一个字符串就ok了。
- orm居然能做建库和表创建，这样只要学习这个中间语言就足够了，早期不用关心各种数据库的细节，只了解通用的范式。
- CRUD实现的非常方便，回想GAE也是这样，可惜之前没有领悟到。
- database migration # 给了database cvs的能力
- 这里只是简单的介绍，实际用得时候还是要查对应的文档。

整体来看，SqlAlchemy抽象一个中间层出来，定义ORM就可以了，然后是CRUD，都非常简单。还是那句话，具体编码很容易，关键是设计的完整合理清晰。

# Email
- flask-mail提供了比python smtp库更好用的封装，同template engine结合在一起，使用非常方便和强大。
- 具体到生产环境，还是要找第三方的邮件发送服务来做具体的事情，需要用到队列。

# Large Application Structure
- organize a large application in packages and modules
- 提出了一种工程的组织方式
- dev, test, production三种环境独立配置，由env指定
- blueprint
- unittest

# 感受
整体印象是比较通俗易懂，循序渐进的讲解基于flask的web开发的要素，一步一步，把问题暴露或引导出来，然后拿出flask对应的解决方案，有顺流而下的感觉，比较喜欢这种写作风格。

精心准备的代码可以作为日后做实际项目很好的基础。

读完并跟着做完demo，基本概念就都了解了，看各种web页面的感觉马上就变了，有种剑在手踌躇满志的感觉，但总是心里没底。因此part 2作者给了一个完整的系统的构建过程，来扶上马送一程，应该会有帮助。

future update will publish at "http://nerdcai.com/blog/2015/01/02/flask-web-development-part-1/"

SQLAlchemy大坑记录

沙丁鱼2 2017-02-20 4赞

本文分两部分：

第一部分是吐槽 Flask-SQLAlchemy，第二部分是此书关于视图函数中操作数据库的内容并分享本人踩坑案例。好吧，其实这个大坑是我自己给自己挖的。。

第一部分：

首先其实按照此书前四章来操作其实是没太大问题的，但从第五章的数据库开始，就有点绕了。简单粗暴来句总结：**如果有一个问题，你想到可以用SQLAlchemy 和ORM来解决，那么现在你有三个问题了。**

作为一名曾经深陷于SQLAlchemy和Flask-SQLAlchemy之间理不清剪还乱的暧昧关系而不知频频给自己挖坑的小白用户，我对此是有切肤之痛的。

我之所以在SQLite和SQLAlchemy之间选择了 “SQLAlchemy，的Flask-SQLAlchemy”来做数据库，起因是我轻信了这么一句话：

>可用 Flask-SQLAlchemy 这个模块简化操作。

看到了没？？简化操作！

# 简化操作

四个大字闪闪发光！！！比撒满碎芝士的大理石重芝士蛋糕切片还要充满诱惑力！！

但这其实是个大坑！！！

因为，你要好好区分“Flask 中 SQLAlchemy “以及“Flask 中 SQLAlchemy 的 Flask-SQLAlchemy 这个模块”！！

注意，我上面说的 SQLAlchemy 并不是 SQLAlchemy ，而是“Flask 中 SQLAlchemy 的 Flask-SQLAlchemy 这个模块”，所以我被坑惨了！！我一会看 SQLAlchemy 教程，一会看 Flask-SQLAlchemy 这个模块的教程...一会class ,一会basedir一会create_engine...为什么初始化数据库有完全不同的代码啊！为什么一边是db.session，一边是con.execute！！！

然后，SQLAlchemy 的开发者是要多想炫耀自己记忆力有多好？你非要用10个字母又大写又小写来命名，并且还要弄个好几个长得差不多但其实每个脾气都不一样暗藏杀机的 ”sqlalchemy.ext.declarative “ 和 “ flask_sqlalchemy ”以及 “SQLAlchemy” 到底是想怎样？ import 个 “declarative_base”到底又是搞什么鬼？？这个单词有几个字母我数来数去都数不清～～～

Web 开发利器

大句哥哥卧佛躺 2014-05-27 19赞

Python 生态圈有两个现象级的 Web 框架 Flask, Django.
两个框架风格迥异, 但是都各自带动了庞大的生态圈, 这得益于二者灵活的扩展能力.
本书讲述的是基于 Flask 开发 Web 项目.
在对 Flask 框架的各个部分简要分析后, 本书介绍了

* 表单处理(Flask-WTF)
* 持久化(Flask-SQLAlchemy, 这货作者就是 Flask 的作者哟)
* 邮件
* 配置
* 一个真实案例: 模型, 用户验证, 角色, 关注, 写template, 写API

# 特点

* 线程局部变量

我不知道该把这个称作特点还是缺点.
至少在Flask的文档中作者明确给出这样的解释: 作为一个码农, 你也许会感到不适, 但我就想这样设计.

大部分的 Web 框架, 请求对象是外部注入的, 唯独 Flask 选择了全局 (flask.request, flask.g).
这个特点存在意味着你要小心使用这个特性, 否则很容易遇上需要调试大半天的Bug.
另外, request 不是那么容易造出来的.
不过, 这不是什么大不了的事情.

这个顺便波及到测试, 测试的setup 与 teardown, 你必须去营造一个上下文, 关于这点, 书中有讲解如何操作.

* Route/Template

框架的路由使用的是Werkzeug.
Template使用的是Jinja2, 当然不喜欢的话, 用别的也很简单.

* 足够小

Flask 只封装了请求, 路由, 模板这么几个功能.
用起来容易, 要写好也得费点脑子涨点经验才行.
说穿了也就是一句话:

> The idea of Flask is to build a good foundation for all applications.
> Everything else is up to you or extensions.

[Ref: What Flask is, What Flask is Not](http://flask.pocoo.org/docs/design/#what-flask-is-what-flask-is-not)

# 工作流

常规的三板斧: 开发, 测试, 部署.
书里面的部署和配置这两章节讲的很出色, 值得一读, 我给打五星.

# 插件

借用 @死鱼眼28号常说的一句话, 很多 Flask 插件都写得很渣.
我表示 +1.
挑选插件时记得看下插件源码, 给作者的码力打个分再决定要不要用.

# 后记

关于 Web 开发, 我们的选择有很多:
* PHP(Laravel, CodeIgniter, Yii, Symfony, CakePHP, etc.)
* Ruby(RoR, Sinatra, etc.)
* Python(Flask, Django, Quixote, Web.py, Bottle, etc.)
* Java/Scala(Spring, Play!, etc.)

殊途同归, 他们也给出了几乎一样的解决方案.
我们可以看到大部分的 Web 项目都有着类似的目录分类, 类似的架构.
Flask 也不外乎如此: 帮你包装好请求对象, 剩下的路由, 路由逻辑, 响应内容你来填.
上面大部分框架从大学到工作或多或少使用过, 其实真正写到业务层面时, 框架那些都不是事儿.
你想要的东西, 或框架自己造, 或怂恿队友帮你造, 或你自己造, 总之基本上你总能拿到你要的信息.
不要被框架局限了视野哟.

Web 开发利器

大句哥哥卧佛躺 2014-05-27 19

Python 生态圈有两个现象级的 Web 框架 Flask, Django.
两个框架风格迥异, 但是都各自带动了庞大的生态圈, 这得益于二者灵活的扩展能力.
本书讲述的是基于 Flask 开发 Web 项目.
在对 Flask 框架的各个部分简要分析后, 本书介绍了

* 表单处理(Flask-WTF)
* 持久化(Flask-SQLAlchemy, 这货作者就是 Flask 的作者哟)
* 邮件
* 配置
* 一个真实案例: 模型, 用户验证, 角色, 关注, 写template, 写API

# 特点

* 线程局部变量

我不知道该把这个称作特点还是缺点.
至少在Flask的文档中作者明确给出这样的解释: 作为一个码农, 你也许会感到不适, 但我就想这样设计.

大部分的 Web 框架, 请求对象是外部注入的, 唯独 Flask 选择了全局 (flask.request, flask.g).
这个特点存在意味着你要小心使用这个特性, 否则很容易遇上需要调试大半天的Bug.
另外, request 不是那么容易造出来的.
不过, 这不是什么大不了的事情.

这个顺便波及到测试, 测试的setup 与 teardown, 你必须去营造一个上下文, 关于这点, 书中有讲解如何操作.

* Route/Template

框架的路由使用的是Werkzeug.
Template使用的是Jinja2, 当然不喜欢的话, 用别的也很简单.

* 足够小

Flask 只封装了请求, 路由, 模板这么几个功能.
用起来容易, 要写好也得费点脑子涨点经验才行.
说穿了也就是一句话:

> The idea of Flask is to build a good foundation for all applications.
> Everything else is up to you or extensions.

[Ref: What Flask is, What Flask is Not](http://flask.pocoo.org/docs/design/#what-flask-is-what-flask-is-not)

# 工作流

常规的三板斧: 开发, 测试, 部署.
书里面的部署和配置这两章节讲的很出色, 值得一读, 我给打五星.

# 插件

借用 @死鱼眼28号常说的一句话, 很多 Flask 插件都写得很渣.
我表示 +1.
挑选插件时记得看下插件源码, 给作者的码力打个分再决定要不要用.

# 后记

关于 Web 开发, 我们的选择有很多:
* PHP(Laravel, CodeIgniter, Yii, Symfony, CakePHP, etc.)
* Ruby(RoR, Sinatra, etc.)
* Python(Flask, Django, Quixote, Web.py, Bottle, etc.)
* Java/Scala(Spring, Play!, etc.)

殊途同归, 他们也给出了几乎一样的解决方案.
我们可以看到大部分的 Web 项目都有着类似的目录分类, 类似的架构.
Flask 也不外乎如此: 帮你包装好请求对象, 剩下的路由, 路由逻辑, 响应内容你来填.
上面大部分框架从大学到工作或多或少使用过, 其实真正写到业务层面时, 框架那些都不是事儿.
你想要的东西, 或框架自己造, 或怂恿队友帮你造, 或你自己造, 总之基本上你总能拿到你要的信息.
不要被框架局限了视野哟.

读书笔记:《Flask Web Development》part 1

xslug 2015-01-02 6

主要是写给自己的读书笔记，便于日后快速回忆这个主题的内容，也希望能有幸影响到若干匆匆过客。

# meta
作者Miguel Grinberg有25年工作经验，在视频广播行业，博客覆盖web开发，机器人，摄影等领域，因此积累是足够的。国外的这些老程序员都是国内职业生涯的好样板。

全书分成三部分：

- 基础知识导论
- 一个完整的例子串讲
- 最后一公里的测试调优部署

或者更具体一些:

- basic
- templates, database, form, email support
- packages and modules
- auth, roles, profiles
- a blogging project
- restful api
- unit test, performance
- deploy

# preface
提供一个坚实的基础，然后接入一个第三方的生态，这是一种不同的策略或者说境界。
本书的结构是从零开始，逐渐扩展成一个成熟的项目，而不是零散的知识介绍，因此对入门应该是比较合适的。

# Installation
```
micro framework, lean stack
when familiar with it, can read all of its source code
```
这个框架只抓住web开发核心的要素，实现的很棒，其他通用的东西就交出去，这样的好处是可以集中精力做好擅长或核心的事情，同时又能借助社区的力量，毕竟持续进化的才是最优秀的。KISS原则。

实际操作时用vagrant代替了virtualenv。

# Basic Application Structure
- route and view function
- dynamic name component
- application and request context # context tricks实现不用每个view function都加参数，实际上是隐藏了参数
- request hooks # hook的好处是通用的代码不用每个地方都改
- response # 三种response
- flask-script # extension # 这里可以看出开放策略的好处了，封闭系统很难把每件事情做到极致，开放就可以持续的演化。

# Templates
- 代码应该尽可能的简单和整洁，尽可能的做拆分和独立。首先业务和展现应该区分开，因此用template来负责把展现的部分独立出来。
- 具体的编码是最简单的一步，设计清楚了，实现非常的简单，关键是结构要合理清晰。
- template engine jinjia2能做的事情非常多，有分支循环，能执行方法，能重用相当于定义函数，还能继承，相当于oo，已经是较完善的编程语言了。
- flask-bootstrap
- custom error pages
- links # get url by view function
- static files # favicon.ico
- flask-moment # 对moments.js的包装，使得可以在template里方便的调用moments.js的方法，最终实现在browser端格式化时间的功能，这个还是比较常用的。

# Web Forms
- 使用secret-key来做CSRF保护
- 敏感信息不能写在代码里，而是通过环境变量来注入
- 理论上用request的form字段就足够了，但不够高效，会有很多重复代码，本章来集中解决这方面的问题。
- 基本的表单类型和验证，在render方面，有bootstarp的wtf支持，可以wtf.quick_form()
- `This is a great example of the power that well-designed extensions like Flask-WTF and Flask-Bootstrap can give to your application.`
- 为了避免浏览器里刷新时的警告，每个post都要搭配redirect。
- request之间的状态传递，可以用user session实现，一个客户端的私有存储，实际上在cookie里。
- 数据变更时通过flash提供可能的提示, flask自带的功能。

form的各种问题，定义展示数据搜集与session存储，解决了CSRF保护及POST重定向等问题，必要时可以通过flash增加提示。

# Databases
- sql vs nosql
- nosql主要是为了解决sql需要做表join的问题，因此用冗余数据denormalization来减少表的数量，使得检索非常方便，但不利于做更改，不能做join操作。
- 优先使用一个高级别的抽象，比如ORM，如果有性能问题，再做具体的优化。
- ORM的好处是后期可以换数据库引擎，用中间层去除了依赖，随便找一个会用的就可以了，比如先sqlite，后续再迁移到mysql。
- sqlalchemy
- nb, database engine的选择直接配置一个字符串就ok了。
- orm居然能做建库和表创建，这样只要学习这个中间语言就足够了，早期不用关心各种数据库的细节，只了解通用的范式。
- CRUD实现的非常方便，回想GAE也是这样，可惜之前没有领悟到。
- database migration # 给了database cvs的能力
- 这里只是简单的介绍，实际用得时候还是要查对应的文档。

整体来看，SqlAlchemy抽象一个中间层出来，定义ORM就可以了，然后是CRUD，都非常简单。还是那句话，具体编码很容易，关键是设计的完整合理清晰。

# Email
- flask-mail提供了比python smtp库更好用的封装，同template engine结合在一起，使用非常方便和强大。
- 具体到生产环境，还是要找第三方的邮件发送服务来做具体的事情，需要用到队列。

# Large Application Structure
- organize a large application in packages and modules
- 提出了一种工程的组织方式
- dev, test, production三种环境独立配置，由env指定
- blueprint
- unittest

# 感受
整体印象是比较通俗易懂，循序渐进的讲解基于flask的web开发的要素，一步一步，把问题暴露或引导出来，然后拿出flask对应的解决方案，有顺流而下的感觉，比较喜欢这种写作风格。

精心准备的代码可以作为日后做实际项目很好的基础。

读完并跟着做完demo，基本概念就都了解了，看各种web页面的感觉马上就变了，有种剑在手踌躇满志的感觉，但总是心里没底。因此part 2作者给了一个完整的系统的构建过程，来扶上马送一程，应该会有帮助。

future update will publish at "http://nerdcai.com/blog/2015/01/02/flask-web-development-part-1/"

从入门到中级的Flask入门书【荐】

yetship 2016-07-05 4

这本书非常适合Flask 入门，虽然说是入门书，但是我个人认为可以作为初中级的参考书籍，因为作者对 Flask 的讲解把握的非常到位，所以可以将很多概念和扩展的使用讲解得通俗易懂，但是，又不乏给有心人留下很多空间去进行自我寻找资料扩展学习。

这本书我读了3遍了现在，也不敢说书中提及的所有内容我都了然于胸，当然，也可能是本人愚钝，没有得该书的精要。

此外，还需要说明的是，本书作者也是 Pycon 的常客，如果大家有意思的话还可以去找找往年作者在 PyCon 上的分享，相信对自己加深 Flask 的理解大有帮助和另有一番感悟。

SQLAlchemy大坑记录

沙丁鱼2 2017-02-20 4

本文分两部分：

第一部分是吐槽 Flask-SQLAlchemy，第二部分是此书关于视图函数中操作数据库的内容并分享本人踩坑案例。好吧，其实这个大坑是我自己给自己挖的。。

第一部分：

首先其实按照此书前四章来操作其实是没太大问题的，但从第五章的数据库开始，就有点绕了。简单粗暴来句总结：**如果有一个问题，你想到可以用SQLAlchemy 和ORM来解决，那么现在你有三个问题了。**

作为一名曾经深陷于SQLAlchemy和Flask-SQLAlchemy之间理不清剪还乱的暧昧关系而不知频频给自己挖坑的小白用户，我对此是有切肤之痛的。

我之所以在SQLite和SQLAlchemy之间选择了 “SQLAlchemy，的Flask-SQLAlchemy”来做数据库，起因是我轻信了这么一句话：

>可用 Flask-SQLAlchemy 这个模块简化操作。

看到了没？？简化操作！

# 简化操作

四个大字闪闪发光！！！比撒满碎芝士的大理石重芝士蛋糕切片还要充满诱惑力！！

但这其实是个大坑！！！

因为，你要好好区分“Flask 中 SQLAlchemy “以及“Flask 中 SQLAlchemy 的 Flask-SQLAlchemy 这个模块”！！

注意，我上面说的 SQLAlchemy 并不是 SQLAlchemy ，而是“Flask 中 SQLAlchemy 的 Flask-SQLAlchemy 这个模块”，所以我被坑惨了！！我一会看 SQLAlchemy 教程，一会看 Flask-SQLAlchemy 这个模块的教程...一会class ,一会basedir一会create_engine...为什么初始化数据库有完全不同的代码啊！为什么一边是db.session，一边是con.execute！！！

然后，SQLAlchemy 的开发者是要多想炫耀自己记忆力有多好？你非要用10个字母又大写又小写来命名，并且还要弄个好几个长得差不多但其实每个脾气都不一样暗藏杀机的 ”sqlalchemy.ext.declarative “ 和 “ flask_sqlalchemy ”以及 “SQLAlchemy” 到底是想怎样？ import 个 “declarative_base”到底又是搞什么鬼？？这个单词有几个字母我数来数去都数不清～～～

我要写长评

想读在读读过

标签(多个标签以“，”分开):

保存

Flask Web开发：基于Python的Web应用开发实战

推荐文章

猜你喜欢

附近的人在看

推荐阅读

拓展阅读