以动手实践为荣 , 以只看不练为耻;
以打印日志为荣 , 以单步跟踪为耻;
以空格缩进为荣 , 以制表缩进为耻;
以单元测试为荣 , 以人工测试为耻;

以模块复用为荣 , 以复制粘贴为耻;
以多态应用为荣 , 以分支判断为耻;
以Pythonic为荣 , 以冗余拖沓为耻;
以总结分享为荣 , 以跪求其解为耻;

{PythonHowToProgram}^e

Python电子书本地收集 -- 啄木鸟空间发布

• Python图书概览 -- 分类指引电子书 swordsp

教学类图书

• OpenBookProject -- 开放图书计划！使用DocBook 标准化的生产/维护/创建/推广好书！ OsmondLiang创立 CDBE 作者

  • 初学入门类:

    • Python教程 -- 刘鑫 主持

    • 《简明 Python 教程》v1.2 -- 沈洁元 译版

    • PyProgFaq -- 《Python编程FAQ》-- 由liqust翻译

      • PyFaqDict -- 总是要回答的基础的不能再基础的一些概念词典！

      • PyIAQ -- Python 罕见问题集！

  • 中级开发类

    • Python开发编码规范 --- hoxide dreamingk 贡献

    • 《wxPython In Action》活学活用wxPython --- ZZJ 翻译, Hairui整理

  • 高级手册类:

    • DiveIntoPythonZh -- 《深入Python》中文翻译项目

      • 好书不常有，好书常更新，我们读好书，好书要常读，常读常更新，永远是好书！

    • Py3k文档中文体会版

      • PySourceCode -- 《Python源码剖析》从Python源码中来，到Python应用中去

      • PyCookbook - Python 食谱

      • PP3eD - Programming Python 3 edition (August 1, 2006)

      • TPiP - Py 的文本处理

    • Zope3Book -- Zope X3 开发者手册！

    • PyTwisted - Twisted 一个功能丰富的高性能socket开发框架

      • TwistedStudyRecord -- Twisted学习笔记 汇集大家的体验

    • 编程艺术简介

开发包/API类手册

• PyGame ~ Python 游戏开发包

• PyCurl ~cURL lib py 实现

• ModPythonBestPractices Mod_python 最佳实践

• Python Network Programming - Python网络编程简介

• wxPython API - wxPython API参考

• mod_python 文档

• Python 串口通信开发

• GDAL库介绍 -- Py 的GSI 应用强力库

精读类

{PythonZhDoc}^e

3.3.0.1. Py Tips

• Python 编程系列::developerWorks 中国网站 : Linux : 所有的文章

• PyOptimize -- Python编程速度技巧

• PyTips - 小技巧收集

• PyProgramGames -- 编程游戏收集,游戏中可以应用到最高的编译技巧!

• PyCmp -- Python构建编译器, 解释器

• FileManagementInPython -- Pythonic 的文件处理

3.3.0.2. Python 学习笔记

Py 之灵活好学又是可以体现在大家各有入门妙方！倡议记录在案哪！

• ChaoZouPyNotes -- 老菜鸟 邹胖小PYTHON 入 门日志

• NoNicelyPy -- Py的几处不爽 讨论习惯势力在Py 中的思路

• PyVsRuby -- 理性的比较热门的脚本语言

• FlyintoMixin -- Mixin 扫盲班

3.3.0.2.1. fall in Pythonic

初学者如何快速入门？

• QuickFallInPy -- 快速坠入Python 世界！

{PyLearningNote}^e

4. 反馈

• 是也乎是也乎！非常积极的活动，鼎力支持！ -- ZoomQuiet

{/DisCuss}^e

Python 综合开发环境

• PyIDEguider -- 中文Python 开发工具使用向导(CZUG发表处)

  • EclipseIDE - 强大的 Eclipse 集成开发环境说明

  • Emacs - 编辑器至尊！ Emacs母站

    • Emacs 23 最新版本使用

  • Vim综合编辑环境 - Vim-cn列表 tocer

  • LiterateProgramming -- 文学编程 Leo 为典型，提供了一个高效的编程模式

  • UliPad ^{以前的NewEdit} - wxPython + python 的纯Python编辑器 -- limodou 作品

{PyIDEs}^e

依大致国人关注度进行排序

超级框架

Twisted

• Twisted ～ 框架的框架！

主流框架

CherryPy

• CherryPyQuickIn --- 快速进入 美味的樱桃

Django

• DjanGo -- 悄悄开发成功的高级 Web Framework, 比以前的，更加注重整体设计

  • DjangoStepByStep -- limodou 开启的体验式学习教程！

• Django 与 Flash 的结合！-- 带给你更为强大的Web体验 Azureon

• Django中文文档:http://www.woodpecker.org.cn/obp/django/django-faq/TableOfContents.html

• Django: Removing The Magic

TurboGears

• TurboGears -- 超强涡轮!

  • TurboGearStepByStep -- 等待开启的体验式学习教程！

Karrigell

• KarriGell -- 永远安心工作的“推车”

• KarrigellQuickIn --- 快速体验

  • KarrigellTutorial -- Karrigell 教程

web2py

• 主页~ 号称企业级的web framework

• Web2Py ~ 我们的体验!

web.py

• webpy.org

• web.py

Pylons

• Pylons主页

• PylonsQuickIn

• Pylons

  • Quick Wiki Tutorial

Quixote.堂吉诃德

• QuixoteQuickIn --- 快速进入 无畏的骑士！ 豆瓣 的主要动力系统！

Paste

• PasteQuickIn

• Paste

Myghty

• MyghtyOrg -- 模板核心的框架

Zope系列

国人框架

Uliweb

• Uliweb -- 由limodou发起，多人参加的开源web框架。
  • 集众家之长的框架！

  • 官方网站

悟空智轮

• WukooPy -- lihui 混合 Karrigell 和 Quixote 创造的 一个应用轮子

  • 哈哈哈！别直接龙了，叫 蟒龙是也乎？

CMS框架

PyCMS系列收集

itools

• itools

payago

• payago

pylucid

• [http://www.pylucid.org/ pylucid

skeletonz

• skeletonz

teeny_tiny_cms

• teeny_tiny_cms

边缘框架

Dabo

• DaBo -- 又一个默默发展的快速开发平台！

Storm

• https://storm.canonical.com/Tutorial

  • Ubuntu 社区主要支持公司 canonical 释放的,值得期待

Snakelets

• SnakeletsQuickIn --- 快速进入 丰富的蛇件

ikaaro

• IkaaRo -- 从工具包入手的CMS 构建包

atocha

• atocha -- 一个围绕表单的web framework

  • 感觉还不错，可以考虑嵌在其它的web应用中用来生成表单 -- Limodou

robaccia

• RobaCcia - http://code.google.com/p/robaccia/ Joe Gregrio 的兼容WSGI的"垃圾"框架 (robaccia是意大利文"垃圾"）

colubrid

• ColuBrid - http://wsgiarea.pocoo.org/colubrid/ 同样WSGI兼容的 "非框架" 框架

aquarium

• AquaRium

RhubarbTart

• RhubarbTart

{PyWebFrameList}^e

5. Pythonic Web 应用平台对比

5.1. 再次综合对比

5.1.1. limodou 曰

limodou <limodou@gmail.com>              hide details    4:52 pm (8 hours ago) 
        reply-to                python-chinese@lists.python.cn   
        to              python-chinese@lists.python.cn   
        date            Jul 8, 2007 4:52 PM      
        subject         Re: [python-chinese] 现在python的web框架这么多，有没有人能分析分析各自的优点缺点？        

从级别上来说：

• 轻量级：web.py karrigell cherrypy
• 中量级：django, tg, pylons
• 重量级：zope/plone
• 从个人的体会：轻量级适用范围太小,象web.py, karrigell还算全面,而cherrypy就应该只算一个web

server级的了,许多东西都没有,大量的要自已去做.从这三者中如果要选择,我会选择karrigell.karrigell更接近php,功能比较多,模板丰富.

• 不过既然是轻量级,自然会过渡到更高量级的框架上,这是随着你对web开发的要求越来越高,比如ORM, 模板,更好的组织方式,自动化的功能,可参考的项目等等因素.
• 从中量级已经有过不少人对tg和django进行比较,在ibm开发者网站上还有过,网上也不少,不过可能大多是比较ROR与django.从设计哲学上来看,tg与pylons很接近,它们都是若干个项目的集成,而且目前越来越趋同,比如都使用mako模板,sqlalchemy这个ORM.而且有一个sprint是在pylons上跑tg,不过没有仔细研究过.大量地使用了wsgi.构建基础是在setuptools之上,甚至还使用了setuptools提供的插件机制可以从网上自动安装东西.
• 而django则可以认为是一站式的框架,不象tg/pylons需要安装大量的第三方的模块,安装django很简单,以前有阵子django的安装框架也是使用setuptools,但是因为使用了setuptools,如果你的python不是2.5以上版本,因此setuptools不是内置的,所以需要单独安装,后来django团队认为这个并不能带来什么好处,因此它内置不信赖于setuptools的某机强大的机制,再加上对于没有安装setuptools的人并不方便,所以就改为原始的setup方式了.所以从这里也可以看出django的设计是集成化的方式,与tg/pylons差别之巨大.因此有人想过何时tg与pylons会合并也正是因为它们设计思路的接近,而django与其它两者之间基本上是不可能的.关于django的功能不想过多的介绍了,应该有不少,最大的特点要算是：admin功能自动生成,正则式方式的url设计,简洁而拘谨的template,自成体系的ORM,出色的i18n的支持,目前又已经将unicode分支合并到主干上来了.

• 从三者出现的时间来说：django>tg>pylons.

• 我为什么选择django,主要是django的设计哲学与我个人的习惯接近,我认为django安装使用方式,不用自动从网上下载若干个模块,对安装非常方便.而且因为django出来的早,所以在没有发布前就从python邮件列表中得到消息就已经开始关注了,所以对它的态度可能有些先入为主.再加上django最具影响力的就是Guido

van Rossum这位python的创始人在多个场个宣传他喜欢django,就是在最近的Google developer day上,在北京见到这位＂明星＂他还在说：＂I like django＂.因为我想他的一个观点就是：＂Simple is the best.＂. 当然象大朗所说学习成本高要看怎么说了.如果你的要求高,django有许多高要求的东西,学起来自然很高.如果你的要求低,功能自然差了许多,而且可以使用admin,所以学习成本不高.而且每种框架都有自身的难度,深入下去自然要求比较高.这种高要求也许不全是学习成本,比如有些功能可能框架就没有, 这种难度就不再是学习的难度而是需要由你设计或寻找一个可用实例的难度了.

• web框架我要说：因为简单的会不够用,所以迟早会选择一个功能强大全面的框架.框架需要有活力,有发展.要看自身的要求与关注点,从多个框架中选择一个合适自已的.至少从功能来说django/tg/pylons是差不多的,而如果tg/pylons如果合并的话,就有两个功能相当,适合两种不同的使用习惯的人使用了.
• zope/plone可能需要专业从事web开发的人长期的投入,它就象一片大海,让人很难摸清楚.zope我只学过zope2,而且还是只会使用dtml,zclass, python script来开发,象product,tal都没有使用过.而zope3更不要说了.而plone是基于zope之上的一个cms的产品,功能更强大,内容更多.学习zope/plone更多的是在使用产品,大量的时间可能是花在学习zope和plone的组件的学习上,而不是python本身.而django/tg/pylons则许多还是依赖于python的语法功能,如decorator等,还是可以明显得看出python的东西来,学习的感受不太一样.再如zope3中采用了xml来描述配置,引入了interface,这些在其它的python开发中应用并不广泛,不能说它不好,只是说可能与一般的python程序员所追求的＂Simple is the best＂可能不太一致.习惯了简单东西的python程序员可能很难再去投入到一个看上去复杂的体系中了.我可能就是这样的.

5.1.2. 沈崴 曰

沈崴 <wileishn@gmail.com>                  hide details    12:36 am (40 minutes ago) 
        reply-to                python-cn@googlegroups.com       
        to      
        python-chinese@lists.python.cn,
python-cn@googlegroups.com       
        date            Jul 9, 2007 12:36 AM     
        subject         [CPyUG:28791] Re: [python-chinese] 现在python的web框架这么多，有没有人能分析分析各自的优点缺点？   
        mailed-by               googlegroups.com         

赵老师, 您好! 我曾走马观花地尝试过上述某些框架, 略有些感想, 希望能对您有所帮助

• 0. Limodou 关于这些工具级别的阐述说得很好!
• 1. Ruby on Rails, 当项目进行到一半的时候, 所有人都意识到这其实是一个错误。因此, 我们放弃了 ROR。对 Python

程序员而言, 除非 ROR 带来的商业利益超过成本上的支出, 否则很难适应 ROR 的效率。打个比方, 在 Plone 中尽管你可以使用 ArchGenXML 通过 UML 图来建立 Plone 应用, 但是真正开始使用后, 我们会发现手写 Archetypes 代码其实要比画 UML 图要来得方便和快捷。

• 2. Zope/Plone 是我现在完成所有应用的首选。Plone 已经自带用户、权限等系统,

你完全没必要自己作任何事情。Archetypes 拥有难以置信的建模能力, 搜索引擎和增删改页面全自动生成。Plone 自带的工作流引擎允许你靠鼠标完成工作流设计。使用得当, Plone 能带来几十倍的开发效率提升。Plone 也有非常严重的问题。首先,几乎所有人都认为 Plone 很慢, 事实上, Plone Skin 带来了太多 IO, 明白这一点, 我们能把 Plone 加速到和 CherryPy2 不相上下的程度。其次, 很多人对 Plone 定制苦不堪言, 但是如果不过于依赖 Plone Skin, 那么这也不是一个问题。最后, Plone 的栈很深, 不是所有人都会有足够耐心花几年时间来熟练地使用她, 这才是真正的问题 (在下认为这是完全值得的)。

• 3. 当应用不足以用到 Plone (比如我突然要为字符终端程序编写一个系统后台守护进程), 特别地, 当 Plone

过于完善的系统反而完全束缚了我们, 既然 Django 看上去是目前最好的框架, 这时候我选择 Django。这或许从一个侧面反映了一个在国内鲜为人知的情况, 那就是无论是国内还是国外, 使用 Plone 的应用要远超过 Django, 但是 Plone 程序员不会告诉你哪些站点是用 Plone 开发的, 因为这太偷懒了。常常, 这时任务会简单到直接使用 SimpleHTTPServer.py 就可以解决, 因此即使是一个临时方案, Django 还是很少被我用到。

• 4. TurboGears 系的程序员或许会感慨没有像 Django 那么好用的 URL 映射系统, 这是个意想不到的大问题,

因为黑客或许会选择像 TG 那样通过重用构建起来的东西, 但是他们更喜欢正则。

• 作为 TurboGears 系的一员,小弟斗胆猜测大家的潜台词可能都是: 我们爱 CherryPy 这样的好东西, 这带来了另一个意想不到的大问题: Apache Proxy已经是一个 Tree Mount 和正则发布系统, 无论对 CherryPy 还是 Django 这都绝对不是一个好消息。

• 接下来,