PyPy is an implementation of the Python_ programming language written in
Python itself, flexible and easy to experiment with.  Our long-term goals are
to target a large variety of platforms, small and large, by providing a
compiler toolsuite that can produce custom Python versions.  Platform, memory
and threading models are to become aspects of the translation process - as
opposed to encoding low level details into the language implementation itself.
Eventually, dynamic optimization techniques - implemented as another
translation aspect - should become robust against language changes.

PyPy是一个用python本身编写的python语言实现，灵活且容易在它上面
实验。我们长期的目标是针对大范围的多种平台，不管小的大的，通过
提供一个编译器工具集来生产相应的python版本。平台、内存和线程模
型将作为转换过程中的方面－与之相反的是将底层细节编码到语言实现
本身中去。最终，动态优化技术－实现为另一个转换方面－应该当语言
变化时是完善的。

........

我是个懒人啊，老早就研究过一小点gc，但是一看c语言代码就郁闷了。

今天下午把一直想试试的leo弄下来玩，顺便下下来pythonGC.leo，一会就把整个脉络弄清楚了，leo在阅读复杂代码方面确实不错，其他的好处，挖掘中...，呵呵

http://wiki.woodpecker.org.cn/moin/python_ref_circle_gc

        库使得开发变得灵活，而框架和工具快速开发的源泉。

........

        框架应该只是表达了设计者对如何开发web应用(或者只是某一类web应用)的一种看法。具体功能点由可重用的框架无关的库提供，不过要求所有的功能都由框架无关的库来提供可能也太苛刻了，毕竟框架有自己的一套思维方式，有自己的内部接口和数据类型。不过一些通用的功能点还是应该尽量设计成框架无关的库的。

........

        我想这个就是web开发的本质所在了，就象消息循环之于桌面开发。而我们上面所讨论的框架和应用程序应该都属于这个框架最右边一块。虽然也有框架比如cherrypy提供filter的概念似乎和WSGI描述的中间件很象，但是我还是觉得WSGI描述的中间件绝对是框架无关的，这是两个层面上的概念。而库是可以存在于任何一个层面的。

.........

        http请求从到达服务器的这一刻便开始向着纵深的方向走去，沿途被各种filter分析加工，最后到达某个方法(通常对应某个页面)，在这个末端开发者思维开始横向延伸，把页面分解成一块一块(又模版系统完成)，然后访问数据库，每一块取得其数据再整合成完整页面并返回，返回的数据沿纵身方向往回走被filter加工直至最后到达客户端。