On 6/7/06, Neil <chenrong2003 at gmail.com> wrote:
> django, Zope, plone, turbo gear 等。。
>
> 尤其是看了这一期的《程序员》介绍 turbo gear 很酷，集合了 O/R Mapping， Ajax  等内建支持。我想问一下这个是不是最先进的。
> 如果我想选择一个，该如何考虑。
>
> 我一直是从事 asp, php, asp.net 开发的。对 js 也非常熟悉。我想在喜爱的 python 领域中找到适合自己的一个 web 开发框架。
>
> 请各位指点，谢谢。
>

web framework大多数从功能上都大同小异。从功能上分：zope/plone算大型的，而django,
turbogears算是轻量级的。从学习曲线上分，zope/plone要长一些，而django,
turbogears相对要短一些。对于django,
turbogears来说，开发的理念有所不同，但功能是类似的。django所有东西都是自已开发的，象模板系统，url映射机制，ORM等。而turbogears则是许多相对成熟项目的集合，这一点与pylons也很象，如模板系统主要是kid,通过模板适配可以使用其它的模板(强调一下，django是松耦合的，许多组件也可以替换)，web
server组件使用cherrypy，ORM使用SQLObject(还可以使用SQLAlchemy)等等。关于这两种集成的方式，不同的人有不同的看法。有人认为turbogears是好的，因为没有重新造轮子。但有些人象我认为集中式更易管理和控制。所以关键看你认同哪一种设计理念。

对于ajax也有许多不同的声音。ajax本身可以与后台无关，它主要是在前端通过javascript,
DOM来操纵前端数据，与后台交互。从这一点上，任何web
framework都可以算是支持ajax。如果说不支持，那是从后台能否自动生成相应的html,
javascript代码这一层来说的。turbogears嵌入了mochekit的js库的支持，可以通过python程序生成相应的js代码。django则是有人做过这样的工作，但要么不是成熟的东西，要么还没有成型。为什么会这样也与django的设计理念有关系。象turbogears，它的支持是针对不同的js库生成不同的包装，这样如果js库非常多，自然会有许多的包装，目前已经是这样的。而django在讨论是则不希望是这样，希望有一个中间层或无关层，但的确这一点很难。因此后来可能限定在了dojo，不过还没有相关的代码可以看到。只不过admin功能使用了dojo的一些东西。

还有pylons也很有特色。但对于我上人来说，我认为它太复杂了，不容易理解，所以也没有人研究过。目前国内对于django,
turbogears, pylons都有人研究，从人数上看是比例依次递减。对于zope/plone则有专门的czug.org，有许多人在学习和研究。

总之，不同的框架从基本功能上是大同小异，在功能是各有特色的，设计理念上也是各有差异。选择一个框架不仅看它的功能是否满足，可能还有许多的因素，如人气，成熟度，是否有现实的应用，性能，设计理念等等。应用从方面进行考查，而且用着顺心可能更重要。象karrigell作为初学入门，或更轻量级的选择也是不错。

-- 
I like python!
My Blog: http://www.donews.net/limodou
My Django Site: http://www.djangocn.org
NewEdit Maillist: http://groups.google.com/group/NewEdit

KAO.第一次见LI这么详细地分析各种python web开发框架。
强列建议再发一次到你的BLOG上。
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20060608/06f4da04/attachment.html

On 6/8/06, limodou <limodou at gmail.com> wrote:
> On 6/7/06, Neil <chenrong2003 at gmail.com> wrote:
> > django, Zope, plone, turbo gear 等。。
月经贴了，不过，每次都有新的体验哪……
还有Karrigell
http://wiki.woodpecker.org.cn/moin/KarriGell

从学习成本来看就三种层次：
1：Zope 系列的高成本复杂性平台，维护需要深入学习成本，带来整体的稳定；
2：Django 等的中等复杂度平台，通过各种组合，使用一定的框架概念，中度学习后，可以获得丰富的功能，和一定数量级别上的稳定；
3：web.py 类的极低学习成本，可以直接进入开发和同步运营，一切功能都可以自行快速开发出来，但是系统整体稳定性依赖开发人员的成熟度

平台的选择主要看你的应用原则，和运维手段，是想依赖平台的设计，还是开发人员的人品？

总之学习成本和对系统整体细节的掌控程度是呈反比的。



> >
> > 尤其是看了这一期的《程序员》介绍 turbo gear 很酷，集合了 O/R Mapping， Ajax  等内建支持。我想问一下这个是不是最先进的。
> > 如果我想选择一个，该如何考虑。
> >
> > 我一直是从事 asp, php, asp.net 开发的。对 js 也非常熟悉。我想在喜爱的 python 领域中找到适合自己的一个 web 开发框架。
> >
> > 请各位指点，谢谢。
> >
>
> web framework大多数从功能上都大同小异。从功能上分：zope/plone算大型的，而django,
> turbogears算是轻量级的。从学习曲线上分，zope/plone要长一些，而django,
> turbogears相对要短一些。对于django,
> turbogears来说，开发的理念有所不同，但功能是类似的。django所有东西都是自已开发的，象模板系统，url映射机制，ORM等。而turbogears则是许多相对成熟项目的集合，这一点与pylons也很象，如模板系统主要是kid,通过模板适配可以使用其它的模板(强调一下，django是松耦合的，许多组件也可以替换)，web
> server组件使用cherrypy，ORM使用SQLObject(还可以使用SQLAlchemy)等等。关于这两种集成的方式，不同的人有不同的看法。有人认为turbogears是好的，因为没有重新造轮子。但有些人象我认为集中式更易管理和控制。所以关键看你认同哪一种设计理念。
>
> 对于ajax也有许多不同的声音。ajax本身可以与后台无关，它主要是在前端通过javascript,
> DOM来操纵前端数据，与后台交互。从这一点上，任何web
> framework都可以算是支持ajax。如果说不支持，那是从后台能否自动生成相应的html,
> javascript代码这一层来说的。turbogears嵌入了mochekit的js库的支持，可以通过python程序生成相应的js代码。django则是有人做过这样的工作，但要么不是成熟的东西，要么还没有成型。为什么会这样也与django的设计理念有关系。象turbogears，它的支持是针对不同的js库生成不同的包装，这样如果js库非常多，自然会有许多的包装，目前已经是这样的。而django在讨论是则不希望是这样，希望有一个中间层或无关层，但的确这一点很难。因此后来可能限定在了dojo，不过还没有相关的代码可以看到。只不过admin功能使用了dojo的一些东西。
>
> 还有pylons也很有特色。但对于我上人来说，我认为它太复杂了，不容易理解，所以也没有人研究过。目前国内对于django,
> turbogears, pylons都有人研究，从人数上看是比例依次递减。对于zope/plone则有专门的czug.org，有许多人在学习和研究。
>
> 总之，不同的框架从基本功能上是大同小异，在功能是各有特色的，设计理念上也是各有差异。选择一个框架不仅看它的功能是否满足，可能还有许多的因素，如人气，成熟度，是否有现实的应用，性能，设计理念等等。应用从方面进行考查，而且用着顺心可能更重要。象karrigell作为初学入门，或更轻量级的选择也是不错。
>
> --
> I like python!
> My Blog: http://www.donews.net/limodou
> My Django Site: http://www.djangocn.org
> NewEdit Maillist: http://groups.google.com/group/NewEdit
>
> _______________________________________________
> python-chinese
> Post: send python-chinese at lists.python.cn
> Subscribe: send subscribe to python-chinese-request at lists.python.cn
> Unsubscribe: send unsubscribe to  python-chinese-request at lists.python.cn
> Detail Info: http://python.cn/mailman/listinfo/python-chinese
>
>


-- 
"""Time is unimportant, only life important!
blogging  :  http://blog.zoomquiet.org/pyblosxom/
wiki enter:   http://wiki.woodpecker.org.cn/moin/ZoomQuiet
in douban:  http://www.douban.com/people/zoomq/
"""

看来我是降级了。。。
zope确实是太复杂，一个礼拜不玩就忘了，经常有好多东西用过但是想不起来了。
昨天开始研究django，还算比较顺利，poll做出来了，目前还没遇到重大的打击，呵呵。
不过从我的经验上来说，zope和plone比较适合制作内容结构复杂的网站，而且一般来说不太需要编写太多的程序就可以，只要知道如何的定制模版。复杂一点的用AT也基本都能搞定。但是却不太适合数据结构相对稳定的关系数据库的应用，比如电子商务、商城等等。虽然也有关系数据库的接口，可以把数据存储进去，但是对于复杂查询的开发来说很是麻烦，一开始基本无从下手。
django初步研究了一下，ORM还是比较不错的东西，接下来的东西继续研究中。

对了，前一阵子是风向标兄弟翻译了文档吧？有没有共享出来呀？

2006/6/8, Zoom. Quiet <zoom.quiet at gmail.com>:
> On 6/8/06, limodou <limodou at gmail.com> wrote:
> > On 6/7/06, Neil <chenrong2003 at gmail.com> wrote:
> > > django, Zope, plone, turbo gear 等。。
> 月经贴了，不过，每次都有新的体验哪……
> 还有Karrigell
> http://wiki.woodpecker.org.cn/moin/KarriGell
>
> 从学习成本来看就三种层次：
> 1：Zope 系列的高成本复杂性平台，维护需要深入学习成本，带来整体的稳定；
> 2：Django 等的中等复杂度平台，通过各种组合，使用一定的框架概念，中度学习后，可以获得丰富的功能，和一定数量级别上的稳定；
> 3：web.py 类的极低学习成本，可以直接进入开发和同步运营，一切功能都可以自行快速开发出来，但是系统整体稳定性依赖开发人员的成熟度
>
> 平台的选择主要看你的应用原则，和运维手段，是想依赖平台的设计，还是开发人员的人品？
>
> 总之学习成本和对系统整体细节的掌控程度是呈反比的。
>
>
>
> > >
> > > 尤其是看了这一期的《程序员》介绍 turbo gear 很酷，集合了 O/R Mapping， Ajax  等内建支持。我想问一下这个是不是最先进的。
> > > 如果我想选择一个，该如何考虑。
> > >
> > > 我一直是从事 asp, php, asp.net 开发的。对 js 也非常熟悉。我想在喜爱的 python 领域中找到适合自己的一个 web 开发框架。
> > >
> > > 请各位指点，谢谢。
> > >
> >
> > web framework大多数从功能上都大同小异。从功能上分：zope/plone算大型的，而django,
> > turbogears算是轻量级的。从学习曲线上分，zope/plone要长一些，而django,
> > turbogears相对要短一些。对于django,
> > turbogears来说，开发的理念有所不同，但功能是类似的。django所有东西都是自已开发的，象模板系统，url映射机制，ORM等。而turbogears则是许多相对成熟项目的集合，这一点与pylons也很象，如模板系统主要是kid,通过模板适配可以使用其它的模板(强调一下，django是松耦合的，许多组件也可以替换)，web
> > server组件使用cherrypy，ORM使用SQLObject(还可以使用SQLAlchemy)等等。关于这两种集成的方式，不同的人有不同的看法。有人认为turbogears是好的，因为没有重新造轮子。但有些人象我认为集中式更易管理和控制。所以关键看你认同哪一种设计理念。
> >
> > 对于ajax也有许多不同的声音。ajax本身可以与后台无关，它主要是在前端通过javascript,
> > DOM来操纵前端数据，与后台交互。从这一点上，任何web
> > framework都可以算是支持ajax。如果说不支持，那是从后台能否自动生成相应的html,
> > javascript代码这一层来说的。turbogears嵌入了mochekit的js库的支持，可以通过python程序生成相应的js代码。django则是有人做过这样的工作，但要么不是成熟的东西，要么还没有成型。为什么会这样也与django的设计理念有关系。象turbogears，它的支持是针对不同的js库生成不同的包装，这样如果js库非常多，自然会有许多的包装，目前已经是这样的。而django在讨论是则不希望是这样，希望有一个中间层或无关层，但的确这一点很难。因此后来可能限定在了dojo，不过还没有相关的代码可以看到。只不过admin功能使用了dojo的一些东西。
> >
> > 还有pylons也很有特色。但对于我上人来说，我认为它太复杂了，不容易理解，所以也没有人研究过。目前国内对于django,
> > turbogears, pylons都有人研究，从人数上看是比例依次递减。对于zope/plone则有专门的czug.org，有许多人在学习和研究。
> >
> > 总之，不同的框架从基本功能上是大同小异，在功能是各有特色的，设计理念上也是各有差异。选择一个框架不仅看它的功能是否满足，可能还有许多的因素，如人气，成熟度，是否有现实的应用，性能，设计理念等等。应用从方面进行考查，而且用着顺心可能更重要。象karrigell作为初学入门，或更轻量级的选择也是不错。
> >
> > --
> > I like python!
> > My Blog: http://www.donews.net/limodou
> > My Django Site: http://www.djangocn.org
> > NewEdit Maillist: http://groups.google.com/group/NewEdit
> >
> > _______________________________________________
> > python-chinese
> > Post: send python-chinese at lists.python.cn
> > Subscribe: send subscribe to python-chinese-request at lists.python.cn
> > Unsubscribe: send unsubscribe to  python-chinese-request at lists.python.cn
> > Detail Info: http://python.cn/mailman/listinfo/python-chinese
> >
> >
>
>
> --
> """Time is unimportant, only life important!
> blogging  :  http://blog.zoomquiet.org/pyblosxom/
> wiki enter:   http://wiki.woodpecker.org.cn/moin/ZoomQuiet
> in douban:  http://www.douban.com/people/zoomq/
> """
>
> _______________________________________________
> python-chinese
> Post: send python-chinese at lists.python.cn
> Subscribe: send subscribe to python-chinese-request at lists.python.cn
> Unsubscribe: send unsubscribe to  python-chinese-request at lists.python.cn
> Detail Info: http://python.cn/mailman/listinfo/python-chinese
>
>

我只用过karrigell，超轻量级，嘿呵。

捣鼓过几天Django，可惜没缘分！！

木头老大，你的回复太经典，让我不得不收藏！！

我收藏到我的Cu Blog了昂？？！！
嘿嘿

在06-6-8，马踏飞燕 <honeyday.mj at gmail.com> 写道：
>
> 看来我是降级了。。。
> zope确实是太复杂，一个礼拜不玩就忘了，经常有好多东西用过但是想不起来了。
> 昨天开始研究django，还算比较顺利，poll做出来了，目前还没遇到重大的打击，呵呵。
>
> 不过从我的经验上来说，zope和plone比较适合制作内容结构复杂的网站，而且一般来说不太需要编写太多的程序就可以，只要知道如何的定制模版。复杂一点的用AT也基本都能搞定。但是却不太适合数据结构相对稳定的关系数据库的应用，比如电子商务、商城等等。虽然也有关系数据库的接口，可以把数据存储进去，但是对于复杂查询的开发来说很是麻烦，一开始基本无从下手。
> django初步研究了一下，ORM还是比较不错的东西，接下来的东西继续研究中。
>
> 对了，前一阵子是风向标兄弟翻译了文档吧？有没有共享出来呀？
>
> 2006/6/8, Zoom. Quiet <zoom.quiet at gmail.com>:
> > On 6/8/06, limodou <limodou at gmail.com> wrote:
> > > On 6/7/06, Neil <chenrong2003 at gmail.com> wrote:
> > > > django, Zope, plone, turbo gear 等。。
> > 月经贴了，不过，每次都有新的体验哪……
> > 还有Karrigell
> > http://wiki.woodpecker.org.cn/moin/KarriGell
> >
> > 从学习成本来看就三种层次：
> > 1：Zope 系列的高成本复杂性平台，维护需要深入学习成本，带来整体的稳定；
> > 2：Django 等的中等复杂度平台，通过各种组合，使用一定的框架概念，中度学习后，可以获得丰富的功能，和一定数量级别上的稳定；
> > 3：web.py 类的极低学习成本，可以直接进入开发和同步运营，一切功能都可以自行快速开发出来，但是系统整体稳定性依赖开发人员的成熟度
> >
> > 平台的选择主要看你的应用原则，和运维手段，是想依赖平台的设计，还是开发人员的人品？
> >
> > 总之学习成本和对系统整体细节的掌控程度是呈反比的。
> >
> >
> >
> > > >
> > > > 尤其是看了这一期的《程序员》介绍 turbo gear 很酷，集合了 O/R Mapping，
> Ajax  等内建支持。我想问一下这个是不是最先进的。
> > > > 如果我想选择一个，该如何考虑。
> > > >
> > > > 我一直是从事 asp, php, asp.net 开发的。对 js 也非常熟悉。我想在喜爱的 python 领域中找到适合自己的一个
> web 开发框架。
> > > >
> > > > 请各位指点，谢谢。
> > > >
> > >
> > > web framework大多数从功能上都大同小异。从功能上分：zope/plone算大型的，而django,
> > > turbogears算是轻量级的。从学习曲线上分，zope/plone要长一些，而django,
> > > turbogears相对要短一些。对于django,
> > >
> turbogears来说，开发的理念有所不同，但功能是类似的。django所有东西都是自已开发的，象模板系统，url映射机制，ORM等。而turbogears则是许多相对成熟项目的集合，这一点与pylons也很象，如模板系统主要是kid,通过模板适配可以使用其它的模板(强调一下，django是松耦合的，许多组件也可以替换)，web
> > >
> server组件使用cherrypy，ORM使用SQLObject(还可以使用SQLAlchemy)等等。关于这两种集成的方式，不同的人有不同的看法。有人认为turbogears是好的，因为没有重新造轮子。但有些人象我认为集中式更易管理和控制。所以关键看你认同哪一种设计理念。
> > >
> > > 对于ajax也有许多不同的声音。ajax本身可以与后台无关，它主要是在前端通过javascript,
> > > DOM来操纵前端数据，与后台交互。从这一点上，任何web
> > > framework都可以算是支持ajax。如果说不支持，那是从后台能否自动生成相应的html,
> > >
> javascript代码这一层来说的。turbogears嵌入了mochekit的js库的支持，可以通过python程序生成相应的js代码。django则是有人做过这样的工作，但要么不是成熟的东西，要么还没有成型。为什么会这样也与django的设计理念有关系。象turbogears，它的支持是针对不同的js库生成不同的包装，这样如果js库非常多，自然会有许多的包装，目前已经是这样的。而django在讨论是则不希望是这样，希望有一个中间层或无关层，但的确这一点很难。因此后来可能限定在了dojo，不过还没有相关的代码可以看到。只不过admin功能使用了dojo的一些东西。
> > >
> > > 还有pylons也很有特色。但对于我上人来说，我认为它太复杂了，不容易理解，所以也没有人研究过。目前国内对于django,
> > > turbogears,
> pylons都有人研究，从人数上看是比例依次递减。对于zope/plone则有专门的czug.org，有许多人在学习和研究。
> > >
> > >
> 总之，不同的框架从基本功能上是大同小异，在功能是各有特色的，设计理念上也是各有差异。选择一个框架不仅看它的功能是否满足，可能还有许多的因素，如人气，成熟度，是否有现实的应用，性能，设计理念等等。应用从方面进行考查，而且用着顺心可能更重要。象karrigell作为初学入门，或更轻量级的选择也是不错。
> > >
> > > --
> > > I like python!
> > > My Blog: http://www.donews.net/limodou
> > > My Django Site: http://www.djangocn.org
> > > NewEdit Maillist: http://groups.google.com/group/NewEdit
> > >
> > > _______________________________________________
> > > python-chinese
> > > Post: send python-chinese at lists.python.cn
> > > Subscribe: send subscribe to python-chinese-request at lists.python.cn
> > > Unsubscribe: send unsubscribe to
> python-chinese-request at lists.python.cn
> > > Detail Info: http://python.cn/mailman/listinfo/python-chinese
> > >
> > >
> >
> >
> > --
> > """Time is unimportant, only life important!
> > blogging  :  http://blog.zoomquiet.org/pyblosxom/
> > wiki enter:   http://wiki.woodpecker.org.cn/moin/ZoomQuiet
> > in douban:  http://www.douban.com/people/zoomq/
> > """
> >
> > _______________________________________________
> > python-chinese
> > Post: send python-chinese at lists.python.cn
> > Subscribe: send subscribe to python-chinese-request at lists.python.cn
> > Unsubscribe: send unsubscribe to  python-chinese-request at lists.python.cn
> > Detail Info: http://python.cn/mailman/listinfo/python-chinese
> >
> >
>
> _______________________________________________
> python-chinese
> Post: send python-chinese at lists.python.cn
> Subscribe: send subscribe to python-chinese-request at lists.python.cn
> Unsubscribe: send unsubscribe to  python-chinese-request at lists.python.cn
> Detail Info: http://python.cn/mailman/listinfo/python-chinese
>
>


-- 
…………………………………………
               Ericzhao

Email:   Ericzhao82 at gmail.com
MSN:    Ericzhao_82 at hotmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20060608/8ef2ccdd/attachment-0001.html

可以以  django ,quixote, turbogears ,karrigell ,ruby on rails  为关键词
在www.google.com/trends 搜索一下，看结果大体就能知道哪种应用的比较广泛了。

我们公司已经放弃 zope/plone了，太复杂，太难维护了。
现在全线用DJANGO
个人用比较喜欢 karrigell
不过最近一直给  TRAC写 PLUGINS，习惯在 TRAC的基础上来作东西了 呵呵

On 6/8/06, Ericzhao82 <ericzhao82 at gmail.com> wrote:
> 我只用过karrigell，超轻量级，嘿呵。
>
> 捣鼓过几天Django，可惜没缘分！！
>
> 木头老大，你的回复太经典，让我不得不收藏！！
>
> 我收藏到我的Cu Blog了昂？？！！
> 嘿嘿
>
> 在06-6-8，马踏飞燕 < honeyday.mj at gmail.com> 写道：
> >
> 看来我是降级了。。。
> zope确实是太复杂，一个礼拜不玩就忘了，经常有好多东西用过但是想不起来了。
> 昨天开始研究django，还算比较顺利，poll做出来了，目前还没遇到重大的打击，呵呵。
> 不过从我的经验上来说，zope和plone比较适合制作内容结构复杂的网站，而且一般来说不太需要编写太多的程序就可以，只要知道如何的定制模版。复杂一点的用AT也基本都能搞定。但是却不太适合数据结构相对稳定的关系数据库的应用，比如电子商务、商城等等。虽然也有关系数据库的接口，可以把数据存储进去，但是对于复杂查询的开发来说很是麻烦，一开始基本无从下手。
> django初步研究了一下，ORM还是比较不错的东西，接下来的东西继续研究中。
>
> 对了，前一阵子是风向标兄弟翻译了文档吧？有没有共享出来呀？
>
> 2006/6/8, Zoom. Quiet <zoom.quiet at gmail.com>:
> > On 6/8/06, limodou < limodou at gmail.com> wrote:
> > > On 6/7/06, Neil <chenrong2003 at gmail.com> wrote:
> > > > django, Zope, plone, turbo gear 等。。
> > 月经贴了，不过，每次都有新的体验哪……
> > 还有Karrigell
> > http://wiki.woodpecker.org.cn/moin/KarriGell
> >
> > 从学习成本来看就三种层次：
> > 1：Zope 系列的高成本复杂性平台，维护需要深入学习成本，带来整体的稳定；
> > 2：Django
> 等的中等复杂度平台，通过各种组合，使用一定的框架概念，中度学习后，可以获得丰富的功能，和一定数量级别上的稳定；
> > 3：web.py
> 类的极低学习成本，可以直接进入开发和同步运营，一切功能都可以自行快速开发出来，但是系统整体稳定性依赖开发人员的成熟度
> >
> > 平台的选择主要看你的应用原则，和运维手段，是想依赖平台的设计，还是开发人员的人品？
> >
> > 总之学习成本和对系统整体细节的掌控程度是呈反比的。
> >
> >
> >
> > > >
>  > > > 尤其是看了这一期的《程序员》介绍 turbo gear 很酷，集合了 O/R Mapping， Ajax
> 等内建支持。我想问一下这个是不是最先进的。
> > > > 如果我想选择一个，该如何考虑。
> > > >
> > > > 我一直是从事 asp, php, asp.net 开发的。对 js 也非常熟悉。我想在喜爱的 python 领域中找到适合自己的一个 web
> 开发框架。
> > > >
> > > > 请各位指点，谢谢。
> > > >
> > >
> > > web framework大多数从功能上都大同小异。从功能上分：zope/plone算大型的，而django,
> > > turbogears算是轻量级的。从学习曲线上分，zope/plone要长一些，而django,
> > > turbogears相对要短一些。对于django,
> > >
> turbogears来说，开发的理念有所不同，但功能是类似的。django所有东西都是自已开发的，象模板系统，url映射机制，ORM等。而turbogears则是许多相对成熟项目的集合，这一点与pylons也很象，如模板系统主要是kid,通过模板适配可以使用其它的模板(强调一下，django是松耦合的，许多组件也可以替换)，web
> > >
> server组件使用cherrypy，ORM使用SQLObject(还可以使用SQLAlchemy)等等。关于这两种集成的方式，不同的人有不同的看法。有人认为turbogears是好的，因为没有重新造轮子。但有些人象我认为集中式更易管理和控制。所以关键看你认同哪一种设计理念。
> > >
> > > 对于ajax也有许多不同的声音。ajax本身可以与后台无关，它主要是在前端通过javascript,
> > > DOM来操纵前端数据，与后台交互。从这一点上，任何web
> > > framework都可以算是支持ajax。如果说不支持，那是从后台能否自动生成相应的html,
> > >
> javascript代码这一层来说的。turbogears嵌入了mochekit的js库的支持，可以通过python程序生成相应的js代码。django则是有人做过这样的工作，但要么不是成熟的东西，要么还没有成型。为什么会这样也与django的设计理念有关系。象turbogears，它的支持是针对不同的js库生成不同的包装，这样如果js库非常多，自然会有许多的包装，目前已经是这样的。而django在讨论是则不希望是这样，希望有一个中间层或无关层，但的确这一点很难。因此后来可能限定在了dojo，不过还没有相关的代码可以看到。只不过admin功能使用了dojo的一些东西。
> > >
> > >
> 还有pylons也很有特色。但对于我上人来说，我认为它太复杂了，不容易理解，所以也没有人研究过。目前国内对于django,
> > > turbogears,
> pylons都有人研究，从人数上看是比例依次递减。对于zope/plone则有专门的czug.org，有许多人在学习和研究。
> > >
> > >
> 总之，不同的框架从基本功能上是大同小异，在功能是各有特色的，设计理念上也是各有差异。选择一个框架不仅看它的功能是否满足，可能还有许多的因素，如人气，成熟度，是否有现实的应用，性能，设计理念等等。应用从方面进行考查，而且用着顺心可能更重要。象karrigell作为初学入门，或更轻量级的选择也是不错。
> > >
> > > --
> > > I like python!
> > > My Blog: http://www.donews.net/limodou
> > > My Django Site: http://www.djangocn.org
> > > NewEdit Maillist:
> http://groups.google.com/group/NewEdit
> > >
> > > _______________________________________________
> > > python-chinese
> > > Post: send python-chinese at lists.python.cn
> > > Subscribe: send subscribe to
> python-chinese-request at lists.python.cn
> > > Unsubscribe: send unsubscribe to
> python-chinese-request at lists.python.cn
> > > Detail Info:
> http://python.cn/mailman/listinfo/python-chinese
> > >
> > >
> >
> >
> > --
> > """Time is unimportant, only life important!
> > blogging  :   http://blog.zoomquiet.org/pyblosxom/
> > wiki enter:
> http://wiki.woodpecker.org.cn/moin/ZoomQuiet
> > in douban:   http://www.douban.com/people/zoomq/
> > """
> >
> > _______________________________________________
> > python-chinese
> > Post: send python-chinese at lists.python.cn
> > Subscribe: send subscribe to
> python-chinese-request at lists.python.cn
> > Unsubscribe: send unsubscribe to
> python-chinese-request at lists.python.cn
> > Detail Info:
> http://python.cn/mailman/listinfo/python-chinese
> >
> >
>
> _______________________________________________
>
> python-chinese
> Post: send python-chinese at lists.python.cn
> Subscribe: send subscribe to
> python-chinese-request at lists.python.cn
> Unsubscribe: send unsubscribe to
> python-chinese-request at lists.python.cn
> Detail Info:
> http://python.cn/mailman/listinfo/python-chinese
>
>
>
>
>
> --
> …………………………………………
>                Ericzhao
>
> Email:   Ericzhao82 at gmail.com
> MSN:     Ericzhao_82 at hotmail.com
> _______________________________________________
> python-chinese
> Post: send python-chinese at lists.python.cn
> Subscribe: send subscribe to
> python-chinese-request at lists.python.cn
> Unsubscribe: send unsubscribe to
> python-chinese-request at lists.python.cn
> Detail Info:
> http://python.cn/mailman/listinfo/python-chinese
>
>

我看好django,不仅是现在，更重要的是将来。
身体力行地搞django，想不优秀都很难。就是这个理由，我选它。


On 6/8/06, Dreamingk(天成) <dreamingk at gmail.com> wrote:
>
> 可以以  django ,quixote, turbogears ,karrigell ,ruby on rails  为关键词
> 在www.google.com/trends 搜索一下，看结果大体就能知道哪种应用的比较广泛了。
>
> 我们公司已经放弃 zope/plone了，太复杂，太难维护了。
> 现在全线用DJANGO
> 个人用比较喜欢 karrigell
> 不过最近一直给  TRAC写 PLUGINS，习惯在 TRAC的基础上来作东西了 呵呵
>
> On 6/8/06, Ericzhao82 <ericzhao82 at gmail.com> wrote:
> > 我只用过karrigell，超轻量级，嘿呵。
> >
> > 捣鼓过几天Django，可惜没缘分！！
> >
> > 木头老大，你的回复太经典，让我不得不收藏！！
> >
> > 我收藏到我的Cu Blog了昂？？！！
> > 嘿嘿
> >
> > 在06-6-8，马踏飞燕 < honeyday.mj at gmail.com> 写道：
> > >
> > 看来我是降级了。。。
> > zope确实是太复杂，一个礼拜不玩就忘了，经常有好多东西用过但是想不起来了。
> > 昨天开始研究django，还算比较顺利，poll做出来了，目前还没遇到重大的打击，呵呵。
> >
> 不过从我的经验上来说，zope和plone比较适合制作内容结构复杂的网站，而且一般来说不太需要编写太多的程序就可以，只要知道如何的定制模版。复杂一点的用AT也基本都能搞定。但是却不太适合数据结构相对稳定的关系数据库的应用，比如电子商务、商城等等。虽然也有关系数据库的接口，可以把数据存储进去，但是对于复杂查询的开发来说很是麻烦，一开始基本无从下手。
> > django初步研究了一下，ORM还是比较不错的东西，接下来的东西继续研究中。
> >
> > 对了，前一阵子是风向标兄弟翻译了文档吧？有没有共享出来呀？
> >
> > 2006/6/8, Zoom. Quiet <zoom.quiet at gmail.com>:
> > > On 6/8/06, limodou < limodou at gmail.com> wrote:
> > > > On 6/7/06, Neil <chenrong2003 at gmail.com> wrote:
> > > > > django, Zope, plone, turbo gear 等。。
> > > 月经贴了，不过，每次都有新的体验哪……
> > > 还有Karrigell
> > > http://wiki.woodpecker.org.cn/moin/KarriGell
> > >
> > > 从学习成本来看就三种层次：
> > > 1：Zope 系列的高成本复杂性平台，维护需要深入学习成本，带来整体的稳定；
> > > 2：Django
> > 等的中等复杂度平台，通过各种组合，使用一定的框架概念，中度学习后，可以获得丰富的功能，和一定数量级别上的稳定；
> > > 3：web.py
> > 类的极低学习成本，可以直接进入开发和同步运营，一切功能都可以自行快速开发出来，但是系统整体稳定性依赖开发人员的成熟度
> > >
> > > 平台的选择主要看你的应用原则，和运维手段，是想依赖平台的设计，还是开发人员的人品？
> > >
> > > 总之学习成本和对系统整体细节的掌控程度是呈反比的。
> > >
> > >
> > >
> > > > >
> >  > > > 尤其是看了这一期的《程序员》介绍 turbo gear 很酷，集合了 O/R Mapping， Ajax
> > 等内建支持。我想问一下这个是不是最先进的。
> > > > > 如果我想选择一个，该如何考虑。
> > > > >
> > > > > 我一直是从事 asp, php, asp.net 开发的。对 js 也非常熟悉。我想在喜爱的 python 领域中找到适合自己的一个
> web
> > 开发框架。
> > > > >
> > > > > 请各位指点，谢谢。
> > > > >
> > > >
> > > > web framework大多数从功能上都大同小异。从功能上分：zope/plone算大型的，而django,
> > > > turbogears算是轻量级的。从学习曲线上分，zope/plone要长一些，而django,
> > > > turbogears相对要短一些。对于django,
> > > >
> >
> turbogears来说，开发的理念有所不同，但功能是类似的。django所有东西都是自已开发的，象模板系统，url映射机制，ORM等。而turbogears则是许多相对成熟项目的集合，这一点与pylons也很象，如模板系统主要是kid,通过模板适配可以使用其它的模板(强调一下，django是松耦合的，许多组件也可以替换)，web
> > > >
> >
> server组件使用cherrypy，ORM使用SQLObject(还可以使用SQLAlchemy)等等。关于这两种集成的方式，不同的人有不同的看法。有人认为turbogears是好的，因为没有重新造轮子。但有些人象我认为集中式更易管理和控制。所以关键看你认同哪一种设计理念。
> > > >
> > > > 对于ajax也有许多不同的声音。ajax本身可以与后台无关，它主要是在前端通过javascript,
> > > > DOM来操纵前端数据，与后台交互。从这一点上，任何web
> > > > framework都可以算是支持ajax。如果说不支持，那是从后台能否自动生成相应的html,
> > > >
> >
> javascript代码这一层来说的。turbogears嵌入了mochekit的js库的支持，可以通过python程序生成相应的js代码。django则是有人做过这样的工作，但要么不是成熟的东西，要么还没有成型。为什么会这样也与django的设计理念有关系。象turbogears，它的支持是针对不同的js库生成不同的包装，这样如果js库非常多，自然会有许多的包装，目前已经是这样的。而django在讨论是则不希望是这样，希望有一个中间层或无关层，但的确这一点很难。因此后来可能限定在了dojo，不过还没有相关的代码可以看到。只不过admin功能使用了dojo的一些东西。
> > > >
> > > >
> > 还有pylons也很有特色。但对于我上人来说，我认为它太复杂了，不容易理解，所以也没有人研究过。目前国内对于django,
> > > > turbogears,
> > pylons都有人研究，从人数上看是比例依次递减。对于zope/plone则有专门的czug.org，有许多人在学习和研究。
> > > >
> > > >
> >
> 总之，不同的框架从基本功能上是大同小异，在功能是各有特色的，设计理念上也是各有差异。选择一个框架不仅看它的功能是否满足，可能还有许多的因素，如人气，成熟度，是否有现实的应用，性能，设计理念等等。应用从方面进行考查，而且用着顺心可能更重要。象karrigell作为初学入门，或更轻量级的选择也是不错。
> > > >
> > > > --
> > > > I like python!
> > > > My Blog: http://www.donews.net/limodou
> > > > My Django Site: http://www.djangocn.org
> > > > NewEdit Maillist:
> > http://groups.google.com/group/NewEdit
> > > >
> > > > _______________________________________________
> > > > python-chinese
> > > > Post: send python-chinese at lists.python.cn
> > > > Subscribe: send subscribe to
> > python-chinese-request at lists.python.cn
> > > > Unsubscribe: send unsubscribe to
> > python-chinese-request at lists.python.cn
> > > > Detail Info:
> > http://python.cn/mailman/listinfo/python-chinese
> > > >
> > > >
> > >
> > >
> > > --
> > > """Time is unimportant, only life important!
> > > blogging  :   http://blog.zoomquiet.org/pyblosxom/
> > > wiki enter:
> > http://wiki.woodpecker.org.cn/moin/ZoomQuiet
> > > in douban:   http://www.douban.com/people/zoomq/
> > > """
> > >
> > > _______________________________________________
> > > python-chinese
> > > Post: send python-chinese at lists.python.cn
> > > Subscribe: send subscribe to
> > python-chinese-request at lists.python.cn
> > > Unsubscribe: send unsubscribe to
> > python-chinese-request at lists.python.cn
> > > Detail Info:
> > http://python.cn/mailman/listinfo/python-chinese
> > >
> > >
> >
> > _______________________________________________
> >
> > python-chinese
> > Post: send python-chinese at lists.python.cn
> > Subscribe: send subscribe to
> > python-chinese-request at lists.python.cn
> > Unsubscribe: send unsubscribe to
> > python-chinese-request at lists.python.cn
> > Detail Info:
> > http://python.cn/mailman/listinfo/python-chinese
> >
> >
> >
> >
> >
> > --
> > …………………………………………
> >                Ericzhao
> >
> > Email:   Ericzhao82 at gmail.com
> > MSN:     Ericzhao_82 at hotmail.com
> > _______________________________________________
> > python-chinese
> > Post: send python-chinese at lists.python.cn
> > Subscribe: send subscribe to
> > python-chinese-request at lists.python.cn
> > Unsubscribe: send unsubscribe to
> > python-chinese-request at lists.python.cn
> > Detail Info:
> > http://python.cn/mailman/listinfo/python-chinese
> >
> >
>
> _______________________________________________
> python-chinese
> Post: send python-chinese at lists.python.cn
> Subscribe: send subscribe to python-chinese-request at lists.python.cn
> Unsubscribe: send unsubscribe to  python-chinese-request at lists.python.cn
> Detail Info: http://python.cn/mailman/listinfo/python-chinese
>
>


-- 
※※※※※※※※※※※※※※※※※※※※※※※※
My blog:  http://blog.donews.com/ygao
Forum    http://groups.google.com/group/python_study
※※※※※※※※※※※※※※※※※※※※※※※※
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20060608/6ba8f692/attachment.htm

On 6/8/06, Dreamingk(天成) <dreamingk at gmail.com> wrote:
> 可以以  django ,quixote, turbogears ,karrigell ,ruby on rails  为关键词
> 在www.google.com/trends 搜索一下，看结果大体就能知道哪种应用的比较广泛了。
>
> 我们公司已经放弃 zope/plone了，太复杂，太难维护了。
> 现在全线用DJANGO
> 个人用比较喜欢 karrigell
> 不过最近一直给  TRAC写 PLUGINS，习惯在 TRAC的基础上来作东西了 呵呵
靠！
有好东西不知道分享？！
trac 现在也快成MoinMoin 第二了，只是增加了SVN 结合，
现在我也在组织Trac 作为团队协作平台，有好的插件就要分享哪！



>
> On 6/8/06, Ericzhao82 <ericzhao82 at gmail.com> wrote:
> > 我只用过karrigell，超轻量级，嘿呵。
> >
> > 捣鼓过几天Django，可惜没缘分！！
> >
> > 木头老大，你的回复太经典，让我不得不收藏！！
> >
> > 我收藏到我的Cu Blog了昂？？！！
> > 嘿嘿
> >
> > 在06-6-8，马踏飞燕 < honeyday.mj at gmail.com> 写道：
> > >
> > 看来我是降级了。。。
> > zope确实是太复杂，一个礼拜不玩就忘了，经常有好多东西用过但是想不起来了。
> > 昨天开始研究django，还算比较顺利，poll做出来了，目前还没遇到重大的打击，呵呵。
> > 不过从我的经验上来说，zope和plone比较适合制作内容结构复杂的网站，而且一般来说不太需要编写太多的程序就可以，只要知道如何的定制模版。复杂一点的用AT也基本都能搞定。但是却不太适合数据结构相对稳定的关系数据库的应用，比如电子商务、商城等等。虽然也有关系数据库的接口，可以把数据存储进去，但是对于复杂查询的开发来说很是麻烦，一开始基本无从下手。
> > django初步研究了一下，ORM还是比较不错的东西，接下来的东西继续研究中。
> >
> > 对了，前一阵子是风向标兄弟翻译了文档吧？有没有共享出来呀？
> >
> > 2006/6/8, Zoom. Quiet <zoom.quiet at gmail.com>:
> > > On 6/8/06, limodou < limodou at gmail.com> wrote:
> > > > On 6/7/06, Neil <chenrong2003 at gmail.com> wrote:
> > > > > django, Zope, plone, turbo gear 等。。
> > > 月经贴了，不过，每次都有新的体验哪……
> > > 还有Karrigell
> > > http://wiki.woodpecker.org.cn/moin/KarriGell
> > >
> > > 从学习成本来看就三种层次：
> > > 1：Zope 系列的高成本复杂性平台，维护需要深入学习成本，带来整体的稳定；
> > > 2：Django
> > 等的中等复杂度平台，通过各种组合，使用一定的框架概念，中度学习后，可以获得丰富的功能，和一定数量级别上的稳定；
> > > 3：web.py
> > 类的极低学习成本，可以直接进入开发和同步运营，一切功能都可以自行快速开发出来，但是系统整体稳定性依赖开发人员的成熟度
> > >
> > > 平台的选择主要看你的应用原则，和运维手段，是想依赖平台的设计，还是开发人员的人品？
> > >
> > > 总之学习成本和对系统整体细节的掌控程度是呈反比的。
> > >
> > >
> > >
> > > > >
> >  > > > 尤其是看了这一期的《程序员》介绍 turbo gear 很酷，集合了 O/R Mapping， Ajax
> > 等内建支持。我想问一下这个是不是最先进的。
> > > > > 如果我想选择一个，该如何考虑。
> > > > >
> > > > > 我一直是从事 asp, php, asp.net 开发的。对 js 也非常熟悉。我想在喜爱的 python 领域中找到适合自己的一个 web
> > 开发框架。
> > > > >
> > > > > 请各位指点，谢谢。
> > > > >
> > > >
> > > > web framework大多数从功能上都大同小异。从功能上分：zope/plone算大型的，而django,
> > > > turbogears算是轻量级的。从学习曲线上分，zope/plone要长一些，而django,
> > > > turbogears相对要短一些。对于django,
> > > >
> > turbogears来说，开发的理念有所不同，但功能是类似的。django所有东西都是自已开发的，象模板系统，url映射机制，ORM等。而turbogears则是许多相对成熟项目的集合，这一点与pylons也很象，如模板系统主要是kid,通过模板适配可以使用其它的模板(强调一下，django是松耦合的，许多组件也可以替换)，web
> > > >
> > server组件使用cherrypy，ORM使用SQLObject(还可以使用SQLAlchemy)等等。关于这两种集成的方式，不同的人有不同的看法。有人认为turbogears是好的，因为没有重新造轮子。但有些人象我认为集中式更易管理和控制。所以关键看你认同哪一种设计理念。
> > > >
> > > > 对于ajax也有许多不同的声音。ajax本身可以与后台无关，它主要是在前端通过javascript,
> > > > DOM来操纵前端数据，与后台交互。从这一点上，任何web
> > > > framework都可以算是支持ajax。如果说不支持，那是从后台能否自动生成相应的html,
> > > >
> > javascript代码这一层来说的。turbogears嵌入了mochekit的js库的支持，可以通过python程序生成相应的js代码。django则是有人做过这样的工作，但要么不是成熟的东西，要么还没有成型。为什么会这样也与django的设计理念有关系。象turbogears，它的支持是针对不同的js库生成不同的包装，这样如果js库非常多，自然会有许多的包装，目前已经是这样的。而django在讨论是则不希望是这样，希望有一个中间层或无关层，但的确这一点很难。因此后来可能限定在了dojo，不过还没有相关的代码可以看到。只不过admin功能使用了dojo的一些东西。
> > > >
> > > >
> > 还有pylons也很有特色。但对于我上人来说，我认为它太复杂了，不容易理解，所以也没有人研究过。目前国内对于django,
> > > > turbogears,
> > pylons都有人研究，从人数上看是比例依次递减。对于zope/plone则有专门的czug.org，有许多人在学习和研究。
> > > >
> > > >
> > 总之，不同的框架从基本功能上是大同小异，在功能是各有特色的，设计理念上也是各有差异。选择一个框架不仅看它的功能是否满足，可能还有许多的因素，如人气，成熟度，是否有现实的应用，性能，设计理念等等。应用从方面进行考查，而且用着顺心可能更重要。象karrigell作为初学入门，或更轻量级的选择也是不错。
> > > >
> > > > --
> > > > I like python!
> > > > My Blog: http://www.donews.net/limodou
> > > > My Django Site: http://www.djangocn.org
> > > > NewEdit Maillist:
> > http://groups.google.com/group/NewEdit
> > > >
> > > > _______________________________________________
> > > > python-chinese
> > > > Post: send python-chinese at lists.python.cn
> > > > Subscribe: send subscribe to
> > python-chinese-request at lists.python.cn
> > > > Unsubscribe: send unsubscribe to
> > python-chinese-request at lists.python.cn
> > > > Detail Info:
> > http://python.cn/mailman/listinfo/python-chinese
> > > >
> > > >
> > >
> > >
> > > --
> > > """Time is unimportant, only life important!
> > > blogging  :   http://blog.zoomquiet.org/pyblosxom/
> > > wiki enter:
> > http://wiki.woodpecker.org.cn/moin/ZoomQuiet
> > > in douban:   http://www.douban.com/people/zoomq/
> > > """
> > >
> > > _______________________________________________
> > > python-chinese
> > > Post: send python-chinese at lists.python.cn
> > > Subscribe: send subscribe to
> > python-chinese-request at lists.python.cn
> > > Unsubscribe: send unsubscribe to
> > python-chinese-request at lists.python.cn
> > > Detail Info:
> > http://python.cn/mailman/listinfo/python-chinese
> > >
> > >
> >
> > _______________________________________________
> >
> > python-chinese
> > Post: send python-chinese at lists.python.cn
> > Subscribe: send subscribe to
> > python-chinese-request at lists.python.cn
> > Unsubscribe: send unsubscribe to
> > python-chinese-request at lists.python.cn
> > Detail Info:
> > http://python.cn/mailman/listinfo/python-chinese
> >
> >
> >
> >
> >
> > --
> > …………………………………………
> >                Ericzhao
> >
> > Email:   Ericzhao82 at gmail.com
> > MSN:     Ericzhao_82 at hotmail.com
> > _______________________________________________
> > python-chinese
> > Post: send python-chinese at lists.python.cn
> > Subscribe: send subscribe to
> > python-chinese-request at lists.python.cn
> > Unsubscribe: send unsubscribe to
> > python-chinese-request at lists.python.cn
> > Detail Info:
> > http://python.cn/mailman/listinfo/python-chinese
> >
> >
>
> _______________________________________________
> python-chinese
> Post: send python-chinese at lists.python.cn
> Subscribe: send subscribe to python-chinese-request at lists.python.cn
> Unsubscribe: send unsubscribe to  python-chinese-request at lists.python.cn
> Detail Info: http://python.cn/mailman/listinfo/python-chinese
>
>


-- 
"""Time is unimportant, only life important!
blogging  :  http://blog.zoomquiet.org/pyblosxom/
wiki enter:   http://wiki.woodpecker.org.cn/moin/ZoomQuiet
in douban:  http://www.douban.com/people/zoomq/
"""

我现在就在把那些功能分离出来，单独作插件，原来都是 PATCH的形式

并且给你推荐个好东西

一个是 http://bitten.cmlenz.net/
这个其实也是 TRAC的插件。可以在每次对SVN的COMMIT操作之后，自动按你要求的形式作各种测试，然后把结果以你喜欢的方式在TRAC上显示出来，对于用测试驱动开发的特别有用。

一个是 http://trac-hacks.org/wiki/PyDocPlugin
可以在TRAC里显示 pydoc样式的文档

其它的各种东西都可以去  trac-hacks.org找

On 6/8/06, Zoom. Quiet <zoom.quiet at gmail.com> wrote:
> On 6/8/06, Dreamingk(天成) <dreamingk at gmail.com> wrote:
> > 可以以  django ,quixote, turbogears ,karrigell ,ruby on rails  为关键词
> > 在www.google.com/trends 搜索一下，看结果大体就能知道哪种应用的比较广泛了。
> >
> > 我们公司已经放弃 zope/plone了，太复杂，太难维护了。
> > 现在全线用DJANGO
> > 个人用比较喜欢 karrigell
> > 不过最近一直给  TRAC写 PLUGINS，习惯在 TRAC的基础上来作东西了 呵呵
> 靠！
> 有好东西不知道分享？！
> trac 现在也快成MoinMoin 第二了，只是增加了SVN 结合，
> 现在我也在组织Trac 作为团队协作平台，有好的插件就要分享哪！
>
>
>
> >
> > On 6/8/06, Ericzhao82 <ericzhao82 at gmail.com> wrote:
> > > 我只用过karrigell，超轻量级，嘿呵。
> > >
> > > 捣鼓过几天Django，可惜没缘分！！
> > >
> > > 木头老大，你的回复太经典，让我不得不收藏！！
> > >
> > > 我收藏到我的Cu Blog了昂？？！！
> > > 嘿嘿
> > >
> > > 在06-6-8，马踏飞燕 < honeyday.mj at gmail.com> 写道：
> > > >
> > > 看来我是降级了。。。
> > > zope确实是太复杂，一个礼拜不玩就忘了，经常有好多东西用过但是想不起来了。
> > > 昨天开始研究django，还算比较顺利，poll做出来了，目前还没遇到重大的打击，呵呵。
> > > 不过从我的经验上来说，zope和plone比较适合制作内容结构复杂的网站，而且一般来说不太需要编写太多的程序就可以，只要知道如何的定制模版。复杂一点的用AT也基本都能搞定。但是却不太适合数据结构相对稳定的关系数据库的应用，比如电子商务、商城等等。虽然也有关系数据库的接口，可以把数据存储进去，但是对于复杂查询的开发来说很是麻烦，一开始基本无从下手。
> > > django初步研究了一下，ORM还是比较不错的东西，接下来的东西继续研究中。
> > >
> > > 对了，前一阵子是风向标兄弟翻译了文档吧？有没有共享出来呀？
> > >
> > > 2006/6/8, Zoom. Quiet <zoom.quiet at gmail.com>:
> > > > On 6/8/06, limodou < limodou at gmail.com> wrote:
> > > > > On 6/7/06, Neil <chenrong2003 at gmail.com> wrote:
> > > > > > django, Zope, plone, turbo gear 等。。
> > > > 月经贴了，不过，每次都有新的体验哪……
> > > > 还有Karrigell
> > > > http://wiki.woodpecker.org.cn/moin/KarriGell
> > > >
> > > > 从学习成本来看就三种层次：
> > > > 1：Zope 系列的高成本复杂性平台，维护需要深入学习成本，带来整体的稳定；
> > > > 2：Django
> > > 等的中等复杂度平台，通过各种组合，使用一定的框架概念，中度学习后，可以获得丰富的功能，和一定数量级别上的稳定；
> > > > 3：web.py
> > > 类的极低学习成本，可以直接进入开发和同步运营，一切功能都可以自行快速开发出来，但是系统整体稳定性依赖开发人员的成熟度
> > > >
> > > > 平台的选择主要看你的应用原则，和运维手段，是想依赖平台的设计，还是开发人员的人品？
> > > >
> > > > 总之学习成本和对系统整体细节的掌控程度是呈反比的。
> > > >
> > > >
> > > >
> > > > > >
> > >  > > > 尤其是看了这一期的《程序员》介绍 turbo gear 很酷，集合了 O/R Mapping， Ajax
> > > 等内建支持。我想问一下这个是不是最先进的。
> > > > > > 如果我想选择一个，该如何考虑。
> > > > > >
> > > > > > 我一直是从事 asp, php, asp.net 开发的。对 js 也非常熟悉。我想在喜爱的 python 领域中找到适合自己的一个 web
> > > 开发框架。
> > > > > >
> > > > > > 请各位指点，谢谢。
> > > > > >
> > > > >
> > > > > web framework大多数从功能上都大同小异。从功能上分：zope/plone算大型的，而django,
> > > > > turbogears算是轻量级的。从学习曲线上分，zope/plone要长一些，而django,
> > > > > turbogears相对要短一些。对于django,
> > > > >
> > > turbogears来说，开发的理念有所不同，但功能是类似的。django所有东西都是自已开发的，象模板系统，url映射机制，ORM等。而turbogears则是许多相对成熟项目的集合，这一点与pylons也很象，如模板系统主要是kid,通过模板适配可以使用其它的模板(强调一下，django是松耦合的，许多组件也可以替换)，web
> > > > >
> > > server组件使用cherrypy，ORM使用SQLObject(还可以使用SQLAlchemy)等等。关于这两种集成的方式，不同的人有不同的看法。有人认为turbogears是好的，因为没有重新造轮子。但有些人象我认为集中式更易管理和控制。所以关键看你认同哪一种设计理念。
> > > > >
> > > > > 对于ajax也有许多不同的声音。ajax本身可以与后台无关，它主要是在前端通过javascript,
> > > > > DOM来操纵前端数据，与后台交互。从这一点上，任何web
> > > > > framework都可以算是支持ajax。如果说不支持，那是从后台能否自动生成相应的html,
> > > > >
> > > javascript代码这一层来说的。turbogears嵌入了mochekit的js库的支持，可以通过python程序生成相应的js代码。django则是有人做过这样的工作，但要么不是成熟的东西，要么还没有成型。为什么会这样也与django的设计理念有关系。象turbogears，它的支持是针对不同的js库生成不同的包装，这样如果js库非常多，自然会有许多的包装，目前已经是这样的。而django在讨论是则不希望是这样，希望有一个中间层或无关层，但的确这一点很难。因此后来可能限定在了dojo，不过还没有相关的代码可以看到。只不过admin功能使用了dojo的一些东西。
> > > > >
> > > > >
> > > 还有pylons也很有特色。但对于我上人来说，我认为它太复杂了，不容易理解，所以也没有人研究过。目前国内对于django,
> > > > > turbogears,
> > > pylons都有人研究，从人数上看是比例依次递减。对于zope/plone则有专门的czug.org，有许多人在学习和研究。
> > > > >
> > > > >
> > > 总之，不同的框架从基本功能上是大同小异，在功能是各有特色的，设计理念上也是各有差异。选择一个框架不仅看它的功能是否满足，可能还有许多的因素，如人气，成熟度，是否有现实的应用，性能，设计理念等等。应用从方面进行考查，而且用着顺心可能更重要。象karrigell作为初学入门，或更轻量级的选择也是不错。
> > > > >
> > > > > --
> > > > > I like python!
> > > > > My Blog: http://www.donews.net/limodou
> > > > > My Django Site: http://www.djangocn.org
> > > > > NewEdit Maillist:
> > > http://groups.google.com/group/NewEdit
> > > > >
> > > > > _______________________________________________
> > > > > python-chinese
> > > > > Post: send python-chinese at lists.python.cn
> > > > > Subscribe: send subscribe to
> > > python-chinese-request at lists.python.cn
> > > > > Unsubscribe: send unsubscribe to
> > > python-chinese-request at lists.python.cn
> > > > > Detail Info:
> > > http://python.cn/mailman/listinfo/python-chinese
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > """Time is unimportant, only life important!
> > > > blogging  :   http://blog.zoomquiet.org/pyblosxom/
> > > > wiki enter:
> > > http://wiki.woodpecker.org.cn/moin/ZoomQuiet
> > > > in douban:   http://www.douban.com/people/zoomq/
> > > > """
> > > >
> > > > _______________________________________________
> > > > python-chinese
> > > > Post: send python-chinese at lists.python.cn
> > > > Subscribe: send subscribe to
> > > python-chinese-request at lists.python.cn
> > > > Unsubscribe: send unsubscribe to
> > > python-chinese-request at lists.python.cn
> > > > Detail Info:
> > > http://python.cn/mailman/listinfo/python-chinese
> > > >
> > > >
> > >
> > > _______________________________________________
> > >
> > > python-chinese
> > > Post: send python-chinese at lists.python.cn
> > > Subscribe: send subscribe to
> > > python-chinese-request at lists.python.cn
> > > Unsubscribe: send unsubscribe to
> > > python-chinese-request at lists.python.cn
> > > Detail Info:
> > > http://python.cn/mailman/listinfo/python-chinese
> > >
> > >
> > >
> > >
> > >
> > > --
> > > …………………………………………
> > >                Ericzhao
> > >
> > > Email:   Ericzhao82 at gmail.com
> > > MSN:     Ericzhao_82 at hotmail.com
> > > _______________________________________________
> > > python-chinese
> > > Post: send python-chinese at lists.python.cn
> > > Subscribe: send subscribe to
> > > python-chinese-request at lists.python.cn
> > > Unsubscribe: send unsubscribe to
> > > python-chinese-request at lists.python.cn
> > > Detail Info:
> > > http://python.cn/mailman/listinfo/python-chinese
> > >
> > >
> >
> > _______________________________________________
> > python-chinese
> > Post: send python-chinese at lists.python.cn
> > Subscribe: send subscribe to python-chinese-request at lists.python.cn
> > Unsubscribe: send unsubscribe to  python-chinese-request at lists.python.cn
> > Detail Info: http://python.cn/mailman/listinfo/python-chinese
> >
> >
>
>
> --
> """Time is unimportant, only life important!
> blogging  :  http://blog.zoomquiet.org/pyblosxom/
> wiki enter:   http://wiki.woodpecker.org.cn/moin/ZoomQuiet
> in douban:  http://www.douban.com/people/zoomq/
> """
>
> _______________________________________________
> python-chinese
> Post: send python-chinese at lists.python.cn
> Subscribe: send subscribe to python-chinese-request at lists.python.cn
> Unsubscribe: send unsubscribe to  python-chinese-request at lists.python.cn
> Detail Info: http://python.cn/mailman/listinfo/python-chinese
>
>

这样搜的quixote只怕是那本书，而不是python framework。 

-----Original Message-----
From: python-chinese-bounces at lists.python.cn
[mailto:python-chinese-bounces at lists.python.cn] On Behalf Of Dreamingk(天成)
Sent: 2006年6月8日 17:20
To: Ericzhao82 at gmail.com; python-chinese at lists.python.cn
Subject: Re: [python-chinese] 关于 Python 的 web 开发框架，应该选择哪个？

可以以  django ,quixote, turbogears ,karrigell ,ruby on rails  为关键词
在www.google.com/trends 搜索一下，看结果大体就能知道哪种应用的比较广泛了。

我们公司已经放弃 zope/plone了，太复杂，太难维护了。
现在全线用DJANGO
个人用比较喜欢 karrigell
不过最近一直给  TRAC写 PLUGINS，习惯在 TRAC的基础上来作东西了 呵呵

On 6/8/06, Ericzhao82 <ericzhao82 at gmail.com> wrote:
> 我只用过karrigell，超轻量级，嘿呵。
>
> 捣鼓过几天Django，可惜没缘分！！
>
> 木头老大，你的回复太经典，让我不得不收藏！！
>
> 我收藏到我的Cu Blog了昂？？！！
> 嘿嘿
>
> 在06-6-8，马踏飞燕 < honeyday.mj at gmail.com> 写道：
> >
> 看来我是降级了。。。
> zope确实是太复杂，一个礼拜不玩就忘了，经常有好多东西用过但是想不起来了。
> 昨天开始研究django，还算比较顺利，poll做出来了，目前还没遇到重大的打击，呵
呵。
> 不过从我的经验上来说，zope和plone比较适合制作内容结构复杂的网站，而且一般
来说不太需要编写太多的程序就可以，只要知道如何的定制模版。
> 复杂一点的用AT也基本都能搞定。但是却不太适合数据结构相对稳定的关系数据库的
应用，比如电子商务、商城等等。虽然也有关系数据库的接口，可以把数
> 据存储进去，但是对于复杂查询的开发来说很是麻烦，一开始基本无从下手。
> django初步研究了一下，ORM还是比较不错的东西，接下来的东西继续研究中。
>
> 对了，前一阵子是风向标兄弟翻译了文档吧？有没有共享出来呀？
>
> 2006/6/8, Zoom. Quiet <zoom.quiet at gmail.com>:
> > On 6/8/06, limodou < limodou at gmail.com> wrote:
> > > On 6/7/06, Neil <chenrong2003 at gmail.com> wrote:
> > > > django, Zope, plone, turbo gear 等。。
> > 月经贴了，不过，每次都有新的体验哪……
> > 还有Karrigell
> > http://wiki.woodpecker.org.cn/moin/KarriGell
> >
> > 从学习成本来看就三种层次：
> > 1：Zope 系列的高成本复杂性平台，维护需要深入学习成本，带来整体的稳定；
> > 2：Django
> 等的中等复杂度平台，通过各种组合，使用一定的框架概念，中度学习后，可以获得
丰富的功能，和一定数量级别上的稳定；
> > 3：web.py
> 类的极低学习成本，可以直接进入开发和同步运营，一切功能都可以自行快速开发出
来，但是系统整体稳定性依赖开发人员的成熟度
> >
> > 平台的选择主要看你的应用原则，和运维手段，是想依赖平台的设计，还是开发人
员的人品？
> >
> > 总之学习成本和对系统整体细节的掌控程度是呈反比的。
> >
> >
> >
> > > >
>  > > > 尤其是看了这一期的《程序员》介绍 turbo gear 很酷，集合了 O/R
Mapping， Ajax
> 等内建支持。我想问一下这个是不是最先进的。
> > > > 如果我想选择一个，该如何考虑。
> > > >
> > > > 我一直是从事 asp, php, asp.net 开发的。对 js 也非常熟悉。我想在喜爱
的 python 
> > > > 领域中找到适合自己的一个 web
> 开发框架。
> > > >
> > > > 请各位指点，谢谢。
> > > >
> > >
> > > web framework大多数从功能上都大同小异。从功能上分：zope/plone算大型
的，而django,
> > > turbogears算是轻量级的。从学习曲线上分，zope/plone要长一些，而django,
> > > turbogears相对要短一些。对于django,
> > >
> turbogears来说，开发的理念有所不同，但功能是类似的。django所有东西都是自已
开发的，象模板系统，url映射机制，ORM等。而t
> urbogears则是许多相对成熟项目的集合，这一点与pylons也很象，如模板系统主要
是kid,通过模板适配可以使用其它的模板(强调一下，
> django是松耦合的，许多组件也可以替换)，web
> > >
> server组件使用cherrypy，ORM使用SQLObject(还可以使用SQLAlchemy)等等。关于这
两种集成的方式，不同的人有不
> 同的看法。有人认为turbogears是好的，因为没有重新造轮子。但有些人象我认为集
中式更易管理和控制。所以关键看你认同哪一种设计理念。
> > >
> > > 对于ajax也有许多不同的声音。ajax本身可以与后台无关，它主要是在前端通过
javascript,
> > > DOM来操纵前端数据，与后台交互。从这一点上，任何web
> > > framework都可以算是支持ajax。如果说不支持，那是从后台能否自动生成相应
的html,
> > >
> javascript代码这一层来说的。turbogears嵌入了mochekit的js库的支持，可以通过
python程序生成相应的js代码。
> django则是有人做过这样的工作，但要么不是成熟的东西，要么还没有成型。为什么
会这样也与django的设计理念有关系。象turbogear
> s，它的支持是针对不同的js库生成不同的包装，这样如果js库非常多，自然会有许
多的包装，目前已经是这样的。而django在讨论是则不希望是这
> 样，希望有一个中间层或无关层，但的确这一点很难。因此后来可能限定在了dojo，
不过还没有相关的代码可以看到。只不过admin功能使用了doj
> o的一些东西。
> > >
> > >
> 还有pylons也很有特色。但对于我上人来说，我认为它太复杂了，不容易理解，所以
也没有人研究过。目前国内对于django,
> > > turbogears,
> pylons都有人研究，从人数上看是比例依次递减。对于zope/plone则有专门的
czug.org，有许多人在学习和研究。
> > >
> > >
> 总之，不同的框架从基本功能上是大同小异，在功能是各有特色的，设计理念上也是
各有差异。选择一个框架不仅看它的功能是否满足，可能还有许多的因素，
> 如人气，成熟度，是否有现实的应用，性能，设计理念等等。应用从方面进行考查，
而且用着顺心可能更重要。象karrigell作为初学入门，或更轻量
> 级的选择也是不错。
> > >
> > > --
> > > I like python!
> > > My Blog: http://www.donews.net/limodou My Django Site: 
> > > http://www.djangocn.org NewEdit Maillist:
> http://groups.google.com/group/NewEdit
> > >
> > > _______________________________________________
> > > python-chinese
> > > Post: send python-chinese at lists.python.cn
> > > Subscribe: send subscribe to
> python-chinese-request at lists.python.cn
> > > Unsubscribe: send unsubscribe to
> python-chinese-request at lists.python.cn
> > > Detail Info:
> http://python.cn/mailman/listinfo/python-chinese
> > >
> > >
> >
> >
> > --
> > """Time is unimportant, only life important!
> > blogging  :   http://blog.zoomquiet.org/pyblosxom/
> > wiki enter:
> http://wiki.woodpecker.org.cn/moin/ZoomQuiet
> > in douban:   http://www.douban.com/people/zoomq/
> > """
> >
> > _______________________________________________
> > python-chinese
> > Post: send python-chinese at lists.python.cn
> > Subscribe: send subscribe to
> python-chinese-request at lists.python.cn
> > Unsubscribe: send unsubscribe to
> python-chinese-request at lists.python.cn
> > Detail Info:
> http://python.cn/mailman/listinfo/python-chinese
> >
> >
>
> _______________________________________________
>
> python-chinese
> Post: send python-chinese at lists.python.cn
> Subscribe: send subscribe to
> python-chinese-request at lists.python.cn
> Unsubscribe: send unsubscribe to
> python-chinese-request at lists.python.cn
> Detail Info:
> http://python.cn/mailman/listinfo/python-chinese
>
>
>
>
>
> --
> …………………………………………
>                Ericzhao
>
> Email:   Ericzhao82 at gmail.com
> MSN:     Ericzhao_82 at hotmail.com
> _______________________________________________
> python-chinese
> Post: send python-chinese at lists.python.cn
> Subscribe: send subscribe to
> python-chinese-request at lists.python.cn
> Unsubscribe: send unsubscribe to
> python-chinese-request at lists.python.cn
> Detail Info:
> http://python.cn/mailman/listinfo/python-chinese
>
>