浅谈Python web框架
Posted on Tue 25 January 2011 in Python • 1 min read
说到web framework，Ruby的世界Rails一统江湖，而Python则是一个百花齐放的世界，各种micro-framework、framework不可胜数，不完全列表见：http://wiki.python.org/moin/WebFrameworks。虽然另一大脚本语言PHP也有不少框架，但远没有Python这么夸张，也正是因为Python web framework（Python web开发框架，以下简称Python框架）太多，所以在Python社区总有关于Python框架孰优孰劣的话题，讨论的时间跨度甚至长达3-5年。
Python这么多框架，能挨个玩个遍的人不多，坦白的说我也只用过其中的三个开发过项目，另外一些稍微接触过，所以这里只能浅谈一下，欢迎懂行的朋友们补充、拍砖。
Python框架虽然说是百花齐放，但仍然有那么一家是最大的，它就是Django。要说Django是Python框架里最好的，有人同意也有人坚决反对，但说Django的文档最完善、市场占有率最高、招聘职位最多估计大家都没什么意见。Django为人所称道的地方主要有：
- 完美的文档，Django的成功，我觉得很大一部分原因要归功于Django近乎完美的官方文档（包括Django book）。
- 全套的解决方案，Django象Rails一样，提供全套的解决方案（full-stack framework + batteries included），基本要什么有什么（比如：cache、session、feed、orm、geo、auth），而且全部Django自己造，开发网站应手的工具Django基本都给你做好了，因此开发效率是不用说的，出了问题也算好找，不在你的代码里就在Django的源码里。
- 强大的URL路由配置，Django让你可以设计出非常优雅的URL，在Django里你基本可以跟丑陋的GET参数说拜拜。
- 自助管理后台，admin interface是Django里比较吸引眼球的一项contrib，让你几乎不用写一行代码就拥有一个完整的后台管理界面。
而Django的缺点主要源自Django坚持自己造所有的轮子，整个系统相对封闭，Django最为人诟病的地方有：
-
系统紧耦合，如果你觉得Django内置的某项功能不是很好，想用喜欢的第三方库来代替是很难的，比如下面将要说的ORM、Template。要在Django里用SQLAlchemy或Mako几乎是不可能，即使打了一些补丁用上了也会让你觉得非常非常别扭。
-
Django自带的ORM远不如SQLAlchemy强大，除了在Django这一亩三分地，SQLAlchemy是Python世界里事实上的ORM标准，其它框架都支持SQLAlchemy了，唯独Django仍然坚持自己的那一套。Django的开发人员对SQLAlchemy的支持也是有过讨论和尝试的，不过最终还是放弃了，估计是代价太高且跟Django其它的模块很难合到一块。
-
Template功能比较弱，不能插入Python代码，要写复杂一点的逻辑需要另外用Python实现Tag或Filter。关于模板这一点，一直以来争论比较多，最近有两篇关于Python模板的比较有意思的文章可供参考：
-
URL配置虽然强大，但全部要手写，这一点跟Rails的Convention over configuration的理念完全相左，高手和初识Django的人配出来的URL会有很大差异。
-
让人纠结的auth模块，Django的auth跟其它模块结合紧密，功能也挺强的，就是做的有点过了，用户的数据库schema都给你定好了，这样问题就来了，比如很多网站要求email地址唯一，可schema里这个字段的值不是唯一的，纠结是必须的了。
-
Python文件做配置文件，而不是更常见的ini、xml或yaml等形式。这本身不是什么问题，可是因为理论上来说settings的值是能够动态的改变的（虽然大家不会这么干），但这不是最佳实践的体现。
总的来说，Django大包大揽，用它来快速开发一些Web运用是很不错的。如果你顺着Django的设计哲学来，你会觉得Django很好用，越用越爽；相反，你如果不能融入或接受Django的设计哲学，你用Django一定会很痛苦，趁早放弃的好。所以说在有些人眼里Django无异于仙丹，但对有一些人来说它又是毒药且剧毒。
Django案例有disqus.com、bitbucket.org、海报网等。
Pylons & TurboGears & repoze.bfg
除了Django另一个大头就是Pylons了，因为TurboGears2.x是基于Pylons来做的，而repoze.bfg也已经并入Pylons project里这个大的项目里，后面不再单独讨论TurboGears和repoze.bfg了。
Pylons和Django的设计理念完全不同，Pylons本身只有两千行左右的Python代码，不过它还附带有一些几乎就是Pylons御用的第三方模块。Pylons只提供一个架子和可选方案，你可以根据自己的喜好自由的选择Template、ORM、form、auth等组件，系统高度可定制。我们常说Python是一个胶水语言(glue language)，那么我们完全可以说Pylons就是一个用胶水语言设计的胶水框架:)
选择Pylons多是选择了它的自由，选择了自由的同时也预示着你选择了噩梦：
- 学习噩梦，Pylons依赖于许多第三方库，它们并不是Pylons造，你学Pylons的同时还得学这些库怎么使用，关键有些时候你都不知道你要学什么。Pylons的学习曲线相对比Django要高的多，而之前Pylons的官方文档也一直是人批评的对象，好在后来出了The Definitive Guide to Pylons这本书，这一局面有所改观。因为这个原因，Pylons一度被誉为只适合高手使用的Python框架。
- 调试噩梦，因为牵涉到的模块多，一旦有错误发生就比较难定位问题处在哪里。可能是你写的程序的错、也可能是Pylons出错了、再或是SQLAlchemy出错了、搞不好是formencode有bug，反正很凌乱了。这个只有用的很熟了才能解决这个问题。
- 升级噩梦，安装Pylons大大小小共要安装近20个Python模块，各有各自的版本号，要升级Pylons的版本，哪个模块出了不兼容的问题都有可能，升级基本上很难很难。至今reddit的Pylons还停留在古董的0.9.6上，SQLAlchemy也还是0.5.3的版本，应该跟这条有关系。所以大家玩Pylons一定要结合virtualenv来玩，给自己留条后路，不然会死得很惨。
Pylons和repoze.bfg的融合可能会催生下一个能挑战Django地位的框架。
Pylons的案例有reddit.com、dropbox.com、quora.com等。
Tornado& web.py
Tornado即是一个web server（对此本文不作详述），同时又是一个类web.py的micro-framework，作为框架Tornado的思想主要来源于web.py，大家在web.py的网站首页也可以看到Tornado的大佬Bret Taylor的这么一段话（他这里说的FriendFeed用的框架跟Tornado可以看作是一个东西）：
"[web.py inspired the] web framework we use at FriendFeed [and] the webapp framework that ships with App Engine..."
因为有这层关系，后面不再单独讨论Tornado。
web.py的设计理念力求精简（Keep it simple and powerful），总共就没多少行代码，也不像Pylons那样依赖大量的第三方模块，而是只提供的一个框架所必须的一些东西，如：URL路由、Template、数据库访问，其它的就交给用户自己去做好了。
早期的reddit是用web.py写的，Tornado的案例有friendfeed.com、bit.ly、quora.com和我的开源站点poweredsites.org等。
Bottle & Flask
Bottle和Flask作为新生一代Python框架的代表，挺有意思的是都采用了decorator的方式配置URL路由，如：
from bottle import route, run
@route('/:name')
def index(name='World'):
return '<b>Hello %s!</b>' % name
run(host='localhost', port=8080)
Bottle、Flask跟web.py一样，都非常精简，Bottle甚至所有的代码都在那一个两千来行的.py文件里。另外Flask和Pylons一样，可以跟Jinja2、SQLAlchemy之类结合的很好。
不过目前不管是Bottle还是Flask成功案例都还很少。
Quixote
之所以要特别说一下Quixote，是因为国内的最大的用Python开发的网站“豆瓣网”是用Quixote开发的。我只简单翻了一下源代码，没有做过研究，不发表评论，有经验的来补充下。我只是在想，如果豆瓣网交到现在来开发，应该会有更多的选择。
其它（web2py、uliweb、Karrigell、Werkzeug ...）
欢迎大家补充...
最后关于框架选择的误区
在框架的选择问题上，许多人很容易就陷入了下面两个误区中而不自知：
- 哪个框架最好 － 世上没有最好的框架，只有最适合你自己、最适合你的团队的框架。编程语言选择也是一个道理，你的团队Python最熟就用Python好了，如果最熟悉的是Ruby那就用Ruby好了，编程语言、框架都只是工具，能多、快、好、省的干完活就是好东西，管TMD是日本鬼子还是美帝造呢！
- 过分关注性能 － 其实大部分人是没必要太关心框架的性能的，因为你开发的网站根本就是个小站，能上1万的IP的网站已经不多了，上10万的更是很少很少。在没有一定的访问量前谈性能其实是没有多大意义的，因为你的CPU和内存一直就闲着呢。而且语言和框架一般也不会是性能瓶颈，性能问题最常出现在数据库访问和文件读写上。PHP的Zend Framework是出了名的慢，但是Zend Framework一样有大站，如：digg.com；常被人说有性能问题的Ruby和Rails，不是照样可以开发出twitter吗？再者现在的硬件、带宽成本其实是很低的，特别有了云计算平台后，人力成本才是最贵的，没有上万的IP根本就不用太在意性能问题，流量上去了花点钱买点服务器空间好了，简单快速的解决性能问题。
注：前面有网友质疑我“Quora是用Pylons开发的”这样的说法不客观，特说明一下，这里所说的某个网站A是用B开发的，只是指A主要或部分是由B开发的，大家就不要再去纠结A还用C了。
Python web framework Django Tornado
Python web框架比较实用的有几个
1.CubicWeb
CubicWeb的最重要的功能是其代码的可重用性，由一个个代码单元组成。它灵活又强大，并且还有一些特别的功能，包括RQL查询语言和支持有效编码的语义视图功能。这是语义Web应用程序的最佳解决方案，并且提供理想的环境。
作为一个程序员，我们必须了解Python这门编程语言的灵活和强大。框架的选择取决于Web应用程序的使用目的和复杂程度。测量项目所需的负荷、可扩展性和效率是关键。
官方网站： http://www.cubicweb.
2.Zope2
Zope是不同Web框架集合在一起的完整家庭。与其他框架相比，zope2在当前的开发环境中对于内容管理系统是相当有限的。 Zope工具包是一个很好的库资源，允许使用重用代码和不同的库。
官方网站： https://pypi.python.
3.web2py
web2py最重要的因素是其外部零依赖，可以创建、复原、管理和修改在浏览器中的应用程序。对于一些简单的web开发任务，大部分都可以自动化快速开发。程序员甚至不需要再准备单一的开发、调试、测试、部署和数据库处理的封装包。内置的Web界面中这些都有，在使用之前也不需要进行安装。
官方网站： http://www.web2py.co
4.TurboGears
TurboGears也称为是框架的终结者，因为它虽然有着其他Python框架都有的功能，却不像其他框架那样有局限性。它甚至能适用于简单的微架构项目。它给人的感觉就不像是工作在框架上，而像是在写新的功能。你可以在几分钟之内可以创建一个read-to-extend应用，并且我们可以在网上找到大量的教程。
官方网站： http://www.turbogear
5.Pylons
灵活性是pylons框架的主要特点之一。它可以将不同Python框架提供的某些最好功能，整合到同一个地方。Pyramid是pylons的第一批产品之一，它把重点放在了快速和灵活开发实践上。你可以挑选任何你认为可以提高Web开发效率的功能整合到一起。
官方网站： http://www.pylonspro
6.Grok
它由Zope工具包提供支持，并且一开始的时候是作为一个易扩展的Zope工具箱，为了方便那些菜鸟程序员的使用而开发 的。对于Web应用，Grok不但能提供多个构件，还有一个随时可以提供支持的很好社区。它提供了一种更为简单和灵活的学习Python的模式。它配备的可DRY方法使得它成为了一个很好的工具。
官方网站： http://grok.zope.org
7.Web.py
之所以说这是一款非常独特的框架，主要是因为它的简单性和功能强大的开发能力。你可以用Python语言舒舒服服地编写web应用程序。你会因为它的零局限性和易用性喜欢上web.py。有些程序员可能会发现它对功能的限制比较少，因为它预留了整合的空间，所以你不必一下子加载所有的功能，尤其是那些你并不需要的。
官方网站： http://webpy.org/
8.Pyramid
Pyramid以其高效率和快节奏的开发能力而出名。这个框架最妙的是包含了一些Python，Perl和Ruby提供的最独特的功能。此开源Web框架有一个独立于平台的MVC结构，提供了开发的最简途径。此外，它还是高效开发重用代码的首选平台之一。
官方网站： http://www.pylonspro
9.CherryPy
CherryPy起源的其中一个最重要的原因是，它与Python兼容，并且它Python化的接口允许开发人员像Python提供的其他任何模块一样将其整合。另一个优秀的特点是能够自定义各个功能，并配备了本地适配器（mod_python），使得它非常适合开发。它为每一个WSGI功能适配器提供支持，并允许CherryPy的广泛实施。
官方网站： http://www.cherrypy.
10.Flask
Flask是一款可扩展却又简单的微架构。可能刚用的时候你会觉得它缺少某些功能，如表单验证、数据库抽象层、添加常用功能的第三方库。但是，它允许扩展，使得它更易于添加所需的功能。它的有些功能如单元测试非常适用于开发，并且支持客户端应用程序使用安全的cookies。它更适用于轻量级的应用程序和项目。
1994
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
