浅谈Python Web的五大框架

Python  /  houtizong 发布于 3年前   245
<h1 class="contents_header">浅谈Python Web的五大框架</h1>
<div class="contents_info">
来源: 飞龙日志发布时间: 2011-02-21 10:14阅读: 395 次<a id="link_source" href="http://feilong.me/2011/01/talk-about-python-web-framework" target="_blank">原文链接</a>

<a href="http://archive.cnblogs.com/kb/91567/">全屏阅读</a>
 
<a class="graylink">[收藏]</a>

</div>
<div class="TopPage">
<div class="toptitle">
<span class="topinfo">编辑点评:</span>
文中介绍了几个Python Web框架和自己对选择框架的分析。用Django来快速开发一些Web运用是很不错的选择。</div>
</div>
<div id="ArticleCnt" class="content_words">
<p>  说到web framework,Ruby的世界Rails一统江湖,而Python则是一个百花齐放的世界,各种micro-framework、framework不可胜数,不完全列表见:<a href="http://wiki.python.org/moin/WebFrameworks" target="_blank">http://wiki.python.org/moin/WebFrameworks</a>

虽然另一大脚本语言PHP也有不少框架,但远没有Python这么夸张,也正是因为Python web framework(Python
web开发框架,以下简称Python框架)太多,所以在Python社区总有关于Python框架孰优孰劣的话题,讨论的时间跨度甚至长达3-5年。</p>
<p>  Python这么多框架,能挨个玩个遍的人不多,坦白的说我也只用过其中的三个开发过项目,另外一些稍微接触过,所以这里只能浅谈一下,欢迎懂行的朋友们补充、拍砖。</p>
<h2>  <a href="http://www.djangoproject.com/" target="_blank">Django</a>
</h2>
<h2><img class="alignnone size-full wp-image-225" title="hdr_logo" src="http://feilong.me/wp-content/uploads/2011/01/hdr_logo.gif" alt="" width="117"></h2>
<p>  Python框架虽然说是百花齐放,但仍然有那么一家是最大的,它就是Django。要说Django是Python框架里最好的,有人同意也
有人坚决反对,但说Django的文档最完善、市场占有率最高、招聘职位最多估计大家都没什么意见。Django为人所称道的地方主要有:</p>
<ul>
<li>完美的文档,Django的成功,我觉得很大一部分原因要归功于Django近乎完美的官方文档(包括Django book)。</li>
<li> 全套的解决方案,Django象Rails一样,提供全套的解决方案(full-stack framework + batteries
included),基本要什么有什么(比如:cache、session、feed、orm、geo、auth),而且全部Django自己造,开发网
站应手的工具Django基本都给你做好了,因此开发效率是不用说的,出了问题也算好找,不在你的代码里就在Django的源码里。</li>
<li>强大的URL路由配置,Django让你可以设计出非常优雅的URL,在Django里你基本可以跟丑陋的GET参数说拜拜。</li>
<li>自助管理后台,admin interface是Django里比较吸引眼球的一项contrib,让你几乎不用写一行代码就拥有一个完整的后台管理界面。</li>
</ul>
<p>  而Django的缺点主要源自Django坚持自己造所有的轮子,整个系统相对封闭,Django最为人诟病的地方有:</p>
<ul>
<li>系统紧耦合,如果你觉得Django内置的某项功能不是很好,想用喜欢的第三方库来代替是很难的,比如下面将要说的ORM、Template。要在Django里用SQLAlchemy或Mako几乎是不可能,即使打了一些补丁用上了也会让你觉得非常非常别扭。</li>
<li>Django自带的ORM远不如SQLAlchemy强大,除了在Django这一亩三分地,SQLAlchemy是Python世界里事实上的
ORM标准,其它框架都支持SQLAlchemy了,唯独Django仍然坚持自己的那一套。Django的开发人员对SQLAlchemy的支持也是有
过讨论和尝试的,不过最终还是放弃了,估计是代价太高且跟Django其它的模块很难合到一块。</li>
<li>Template功能比较弱,不能插入Python代码,要写复杂一点的逻辑需要另外用Python实现Tag或Filter。关于模板这一点,一直以来争论比较多,最近有两篇关于Python模板的比较有意思的文章可供参考:</li>
</ul>
<blockquote><ol>
<li>
<a href="http://pydanny.blogspot.com/2010/12/stupid-template-languages.html" target="_blank">http://pydanny.blogspot.com/2010/12/stupid-template-languages.html</a>
(需)</li>
<li>
<a href="http://techspot.zzzeek.org/2010/12/04/in-response-to-stupid-template-languages/" target="_blank">http://techspot.zzzeek.org/2010/12/04/in-response-to-stupid-template-languages/</a>
</li>
</ol></blockquote>
<ul>
<li>URL配置虽然强大,但全部要手写,这一点跟Rails的Convention over configuration的理念完全相左,高手和初识Django的人配出来的URL会有很大差异。</li>
<li>让人纠结的auth模块,Django的auth跟其它模块结合紧密,功能也挺强的,就是做的有点过了,用户的数据库schema都给你定好了,这样问题就来了,比如很多网站要求email地址唯一,可schema里这个字段的值不是唯一的,纠结是必须的了。</li>
<li>Python文件做配置文件,而不是更常见的ini、xml或yaml等形式。这本身不是什么问题,可是因为理论上来说settings的值是能够动态的改变的(虽然大家不会这么干),但这不是最佳实践的体现。</li>
</ul>
<p>  总的来说,Django大包大揽,用它来快速开发一些Web运用是很不错的。如果你顺着Django的设计哲学来,你会觉得Django很好
用,越用越爽;相反,你如果不能融入或接受Django的设计哲学,你用Django一定会很痛苦,趁早放弃的好。所以说在有些人眼里Django无异于
仙丹,但对有一些人来说它又是毒药且剧毒。</p>
<p>  Django案例有<a href="http://disqus.com/" target="_blank">disqus.com</a>
、<a href="http://bitbucket.org/" target="_blank">bitbucket.org</a>
、<a href="http://www.haibao.cn/" target="_blank">海报网</a>
等。</p>
<h2>  <a href="http://www.pylonshq.com/" target="_blank">Pylons</a>
&amp; <a href="http://turbogears.org/" target="_blank">TurboGears</a>
&amp; <a href="http://bfg.repoze.org/" target="_blank">repoze.bfg</a>
</h2>
<p><img class="alignnone size-full wp-image-226" title="pylons_logo" src="http://feilong.me/wp-content/uploads/2011/01/pylons_logo.jpg" alt="" width="346"></p>
<p>  除了Django另一个大头就是Pylons了,因为TurboGears2.x是基于Pylons来做的,而repoze.bfg也已经并入Pylons project里这个大的项目里,后面不再单独讨论TurboGears和repoze.bfg了。</p>
<p>  Pylons和Django的设计理念完全不同,Pylons本身只有两千行左右的Python代码,不过它还附带有一些几乎就是Pylons
御用的第三方模块。Pylons只提供一个架子和可选方案,你可以根据自己的喜好自由的选择Template、ORM、form、auth等组件,系统高
度可定制。我们常说Python是一个胶水语言(glue language),那么我们完全可以说Pylons就是一个用胶水语言设计的胶水框架:)</p>
<p>  选择Pylons多是选择了它的自由,选择了自由的同时也预示着你选择了噩梦:</p>
<ul>
<li>学习噩梦,Pylons依赖于许多第三方库,它们并不是Pylons造,你学Pylons的同时还得学这些库怎么使用,关键有些时候你都不知道你
要学什么。Pylons的学习曲线相对比Django要高的多,而之前Pylons的官方文档也一直是人批评的对象,好在后来出了The
Definitive Guide to
Pylons这本书,这一局面有所改观。因为这个原因,Pylons一度被誉为只适合高手使用的Python框架。</li>
<li>调试噩梦,因为牵涉到的模块多,一旦有错误发生就比较难定位问题处在哪里。可能是你写的程序的错、也可能是Pylons出错了、再或是SQLAlchemy出错了、搞不好是formencode有bug,反正很凌乱了。这个只有用的很熟了才能解决这个问题。</li>
<li>升级噩梦,安装Pylons大大小小共要安装近20个Python模块,各有各自的版本号,要升级Pylons的版本,哪个模块出了不兼容的问题
都有可能,升级基本上很难很难。至今reddit的Pylons还停留在古董的0.9.6上,SQLAlchemy也还是0.5.3的版本,应该跟这条有
关系。所以大家玩Pylons一定要结合virtualenv来玩,给自己留条后路,不然会死得很惨。</li>
</ul>
<p>  Pylons和repoze.bfg的融合可能会催生下一个能挑战Django地位的框架。</p>
<p>  Pylons的案例有<a href="http://www.reddit.com/" target="_blank">reddit.com</a>
、<a href="http://www.dropbox.com/" target="_blank">dropbox.com</a>
、<a href="http://www.quora.com/" target="_blank">quora.com</a>
等。</p>
<h2>  <a href="http://www.tornadoweb.org/" target="_blank">Tornado </a>
&amp; <a href="http://webpy.org/" target="_blank">web.py</a>
</h2>
<p><img class="alignnone size-full wp-image-227" title="tornado" src="http://feilong.me/wp-content/uploads/2011/01/tornado.png" alt="" width="286"></p>
<p>  Tornado即是一个web
server(对此本文不作详述),同时又是一个类web.py的micro-framework,作为框架Tornado的思想主要来源于
web.py,大家在web.py的网站首页也可以看到Tornado的大佬Bret
Taylor的这么一段话(他这里说的FriendFeed用的框架跟Tornado可以看作是一个东西):</p>
<blockquote>
<p>“[web.py inspired the] web framework we use at FriendFeed [and] the webapp framework that ships with App Engine…”</p>
</blockquote>
<p>  因为有这层关系,后面不再单独讨论Tornado。</p>
<p>  web.py的设计理念力求精简(Keep it simple and
powerful),总共就没多少行代码,也不像Pylons那样依赖大量的第三方模块,而是只提供的一个框架所必须的一些东西,如:URL路由、
Template、数据库访问,其它的就交给用户自己去做好了。</p>
<p>  一个框架精简的好处在于你可以聚焦在业务逻辑上,而不用太多的去关心框架本身或受框架的干扰,同时缺点也很明显,许多事情你得自己操刀上。<br>
我个人比较偏好这种精简的框架,因为你很容易通过阅读源码弄明白整个框架的工作机制,如果框架那一块不是很合意的话,我完全可以Monkey patch一下按自己的要求来。</p>
<p>  早期的reddit是用web.py写的,Tornado的案例有<a href="http://friendfeed.com/">friendfeed.com</a>
、<a href="http://bit.ly/" target="_blank">bit.ly</a>
、<a href="http://www.quora.com/" target="_blank">quora.com</a>
和我的开源站点<a href="http://poweredsites.org/">poweredsites.org</a>
等。</p>
<h2>  <a href="http://bottle.paws.de/" target="_blank">Bottle</a>
&amp; <a href="http://flask.pocoo.org/" target="_blank">Flask</a>
</h2>
<p><img class="alignnone size-full wp-image-228" title="bottle-logo" src="http://feilong.me/wp-content/uploads/2011/01/bottle-logo.png" alt="" width="276"></p>
<p>  Bottle和Flask作为新生一代Python框架的代表,挺有意思的是都采用了decorator的方式配置URL路由,如:</p>
<div class="cnblogs_code">
<pre><div>
<span style="color: #0000ff;">from</span>
<span style="color: #000000;"> bottle </span>
<span style="color: #0000ff;">import</span>
<span style="color: #000000;"> route, run<br><br>
@route(</span>
<span style="color: #800000;">'</span>
<span style="color: #800000;">/:name</span>
<span style="color: #800000;">'</span>
<span style="color: #000000;">)<br></span>
<span style="color: #0000ff;">def</span>
<span style="color: #000000;"> index(name</span>
<span style="color: #000000;">=</span>
<span style="color: #800000;">'</span>
<span style="color: #800000;">World</span>
<span style="color: #800000;">'</span>
<span style="color: #000000;">):<br></span>
<span style="color: #0000ff;">return</span>
<span style="color: #000000;"> </span>
<span style="color: #800000;">'</span>
<span style="color: #800000;">&amp;lt;b&amp;gt;Hello %s!&amp;lt;/b&amp;gt;</span>
<span style="color: #800000;">'</span>
<span style="color: #000000;"> </span>
<span style="color: #000000;">%</span>
<span style="color: #000000;"> name<br><br>
run(host</span>
<span style="color: #000000;">=</span>
<span style="color: #800000;">'</span>
<span style="color: #800000;">localhost</span>
<span style="color: #800000;">'</span>
<span style="color: #000000;">, port</span>
<span style="color: #000000;">=</span>
<span style="color: #000000;">8080</span>
<span style="color: #000000;">)</span>
</div>
</pre>
</div>
<p lang="python">  Bottle、Flask跟web.py一样,都非常精简,Bottle甚至所有的代码都在那一个两千来行的.py文件里。另外Flask和Pylons一样,可以跟Jinja2、SQLAlchemy之类结合的很好。</p>
<p>不过目前不管是Bottle还是Flask成功案例都还很少。</p>
<h2>  <a href="http://www.quixote.ca/" target="_blank">Quixote</a>
</h2>
<p>  之所以要特别说一下Quixote,是因为国内的最大的用Python开发的网站“豆瓣网”是用Quixote开发的。我只简单翻了一下源代码,没有做过研究,不发表评论,有经验的来补充下。我只是在想,如果豆瓣网交到现在来开发,应该会有更多的选择。</p>
<h2>  其它(web2py、uliweb、Karrigell、Werkzeug …)</h2>
<h2>  最后关于框架选择的误区</h2>
<p>  在框架的选择问题上,许多人很容易就陷入了下面两个误区中而不自知:</p>
<ol>
<li>哪个框架最好 -
世上没有最好的框架,只有最适合你自己、最适合你的团队的框架。编程语言选择也是一个道理,你的团队Python最熟就用Python好了,如果最熟悉的
是Ruby那就用Ruby好了,编程语言、框架都只是工具,能多、快、好、省的干完活就是好东西,管TMD是日本鬼子还是美帝造呢!</li>
<li>过分关注性能 -
其实大部分人是没必要太关心框架的性能的,因为你开发的网站根本就是个小站,能上1万的IP的网站已经不多了,上10万的更是很少很少。在没有一定的访问
量前谈性能其实是没有多大意义的,因为你的CPU和内存一直就闲着呢。而且语言和框架一般也不会是性能瓶颈,性能问题最常出现在数据库访问和文件读写上。
PHP的Zend Framework是出了名的慢,但是Zend
Framework一样有大站,如:digg.com;常被人说有性能问题的Ruby和Rails,不是照样可以开发出twitter吗?再者现在的硬
件、带宽成本其实是很低的,特别有了云计算平台后,人力成本才是最贵的,没有上万的IP根本就不用太在意性能问题,流量上去了花点钱买点服务器空间好了,
简单快速的解决性能问题。</li>
</ol>
<p>  注:前面有网友质疑我“Quora是用Pylons开发的”这样的说法不客观,特说明一下,这里所说的某个网站A是用B开发的,只是指A主要或部分是由B开发的,大家就不要再去纠结A还用C了。</p>
</div>

请勿发布不友善或者负能量的内容。与人为善,比聪明更重要!

留言需要登陆哦

技术博客集 - 网站简介:
前后端技术:
后端基于Hyperf2.1框架开发,前端使用Bootstrap可视化布局系统生成

网站主要作用:
1.编程技术分享及讨论交流,内置聊天系统;
2.测试交流框架问题,比如:Hyperf、Laravel、TP、beego;
3.本站数据是基于大数据采集等爬虫技术为基础助力分享知识,如有侵权请发邮件到站长邮箱,站长会尽快处理;
4.站长邮箱:[email protected];

      订阅博客周刊 去订阅

文章归档

文章标签

友情链接

Auther ·HouTiZong
侯体宗的博客
© 2020 zongscan.com
版权所有ICP证 : 粤ICP备20027696号
PHP交流群 也可以扫右边的二维码
侯体宗的博客