|
|
說到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這么多框架，能挨個玩個遍的人不多，坦白的說我也只用過其中的三個開發過項目，另外一些稍微接觸過，所以這里只能淺談一下，歡迎懂行的朋友們補充、拍磚。
Django
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、數據庫訪問，其它的就交給用戶自己去做好了。
一個框架精簡的好處在于你可以聚焦在業務邏輯上，而不用太多的去關心框架本身或受框架的干擾，同時缺點也很明顯，許多事情你得自己操刀上。
我個人比較偏好這種精簡的框架，因為你很容易通過閱讀源碼弄明白整個框架的工作機制，如果框架那一塊不是很合意的話，我完全可以Monkey patch一下按自己的要求來。
早期的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)
it知識庫：淺談Python Web的五大框架，轉載需保留來源！
鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。
