不错的提议哦，最近正想把一些框架使用方法写出来呢。
代码就提供压缩包把，省的一堆版本控制也比较乱
--
blog: http://hi.baidu.com/smallfish_xy
2009/9/2 limodou <limo...@gmail.com>
> 这是我刚想到的。在列表中，大家讨论了许多框架，有说这个好，有说那个好，但是存在的问题是：这么多的框架，我们并不是每个人对每个都熟悉，所以往往就是熟悉的 就说好，不熟悉的可能就不好。这样也会对我们的眼界有所影响。既然列表中学什么框架的都有，不如我们选择一些简单的小任务，比如：显示个静态文件，处理个模板， 让我们以实际的代码来比较和分析不同框架之间的差异。目的不是为了说哪个更王道，主要是为了取长补短。比如了解别的框架是如何做的，它为什么会这么做，其思想是 什么，对我现在使用的框架有没有借鉴的意义。一方面通过比较更好的了解框架之间的哲学和差异，另一方面也借这个机会了解一下其它的框架。
> 所以我们要做的就是：
> 1. 出题。题目要尽可能简单，每道题要说出你要使用的技术，不要太多，主要是展示某个方面的处理。
> 2.
> 实现。一种框架实现一个。实现完了需要有文档说明和代码。文档在刚开始时希望有安装说明，这样方便大家试验。但我们比较是从安装之后直到编码完成。文档中要象教 程一样，一步步把你如何做的写出来。因此这个文档可以认为是一个教程。
> 3. 如果可以把运行的界面展示出来，放在文档中。
> 当我们的题目越来越多，说明我们的教程也越来越丰富，而且不是一个框架的教程，是N多个框架的教程的同步。想一想就是让人高兴的事。
> 要做好可能还有一些其它的事，比如：文档和代码放在哪里？建个svn还是github，还是hg。至于在线演示比较麻烦可以先不考虑。但如果文档有一个网站可以 宣传就更好了。没有就在列表中讨论。
> --
> I like python!
> UliPad <<The Python Editor>>: http://code.google.com/p/ulipad/
> UliWeb <<simple web framework>>: http://uliwebproject.appspot.com
> My Blog: http://hi.baidu.com/limodou
