看到列表中讨论 Django 和 TurboGears 的多了起来，我想就这两个web
framework提出自已的一些看法，因为哪个都算不上精通，只是对某些方面多一些罢了，至今天除了按照django的教程做了一下，某它的就没做过。TurboGears方面也只是学过CherryPy而已，不过我从我个人的关注角度出来，希望对它们进行比较一下，大家可以补充，让比较更客观。另外因为我对django关注稍多一些，可能对于turbogears有些不正确的观点，请大家见谅。

django 比 TurboGears 的优点

1. 自动的admin界面，有用户和组的管理，这些代码不用你写了
2. generic view，减少你写view的代码，模板当然还是要的
3. 模块及模板均支持i18n。
4. url采用正则表达示很有创意，这样可以规则你的url。另外通过正则表达式可以构造与方法调用无直接关系的链接形式，搜索引擎支持好。
5. django的模板还可以自已扩展，很有趣，可以增加新的tag和filter，而且写起来挺简单。
6. 有middleware，可以自已编写
7. 应用安装方便
8. 开发团队集中，目标一致

TurboGears 比 django 的优点

1. OMR模块采用sqlobject，比django中的要成熟
2. 支持ajax
3. 充分利用了setuptools工具
4. 宣传力度大，人数多，相对django活跃

共同的优点：

1. 文档做得都不错
2. 都象ror一样提供相应的命令行工具

看一看大家有什么补充。
--
I like python!
My Blog: http://www.donews.net/limodou
NewEdit Maillist: http://groups.google.com/group/NewEdit

django的问题有一点我不是很赞同，弄开源的，没有不知道版本的重要性，哪怕你推出一个0.1版也好，到现在都没有一个版本号，给人的感觉好像不是很稳定，虽然它说用django作了很多网站，但那是虚的。我想这是一个很大的问题。

在 05-11-14，limodou<limodou at gmail.com> 写道：
> 看到列表中讨论 Django 和 TurboGears 的多了起来，我想就这两个web
> framework提出自已的一些看法，因为哪个都算不上精通，只是对某些方面多一些罢了，至今天除了按照django的教程做了一下，某它的就没做过。TurboGears方面也只是学过CherryPy而已，不过我从我个人的关注角度出来，希望对它们进行比较一下，大家可以补充，让比较更客观。另外因为我对django关注稍多一些，可能对于turbogears有些不正确的观点，请大家见谅。
>
> django 比 TurboGears 的优点
>
> 1. 自动的admin界面，有用户和组的管理，这些代码不用你写了
> 2. generic view，减少你写view的代码，模板当然还是要的
> 3. 模块及模板均支持i18n。
> 4. url采用正则表达示很有创意，这样可以规则你的url。另外通过正则表达式可以构造与方法调用无直接关系的链接形式，搜索引擎支持好。
> 5. django的模板还可以自已扩展，很有趣，可以增加新的tag和filter，而且写起来挺简单。
> 6. 有middleware，可以自已编写
> 7. 应用安装方便
> 8. 开发团队集中，目标一致
>
> TurboGears 比 django 的优点
>
> 1. OMR模块采用sqlobject，比django中的要成熟
> 2. 支持ajax
> 3. 充分利用了setuptools工具
> 4. 宣传力度大，人数多，相对django活跃
>
> 共同的优点：
>
> 1. 文档做得都不错
> 2. 都象ror一样提供相应的命令行工具
>
> 看一看大家有什么补充。
> --
> I like python!
> My Blog: http://www.donews.net/limodou
> NewEdit Maillist: http://groups.google.com/group/NewEdit
>
> _______________________________________________
> Python中文技术讨论邮件列表
> 发言: 发邮件到 python-chinese at lists.python.cn
> 订阅: 发送 subscribe 到 python-chinese-request at lists.python.cn
> 退订: 发送 unsubscribe 到  python-chinese-request at lists.python.cn
> 详细说明: http://python.cn/mailman/listinfo/python-chinese
>
>


--
我的blog：http://xlp223.yculblog.com

在 05-11-14，xlp223<myhat123 at gmail.com> 写道：
> django的问题有一点我不是很赞同，弄开源的，没有不知道版本的重要性，哪怕你推出一个0.1版也好，到现在都没有一个版本号，给人的感觉好像不是很稳定，虽然它说用django作了很多网站，但那是虚的。我想这是一个很大的问题。
>

我感觉没什么。每个team的做事风格不同而已。至少作为一个尚未release的项目，他的文档资源已经是算相当丰富了。django和turbogears最大的不同恰恰是是否制造新的轮子。对于已经拥有
cherrypy 和 sqlobject 经验的使用者来讲
，turbogears是非常容易上手的。但不制造新轮子同时意味着没有对轮子未来发展路线的绝对控制权（影响估计应该是有的）。所以长远看很难说那种方式会更好。

另外，django的发展还是非常快的，不过这也带来了结构不断的变化。其经常会调整一些实现的方法。比如最近的将flatpage和Redirects
从主结构中剥离就造成了新的数据库表结构的调整。我想这也是他在对整体结构调整没有结束之前正式发布的原因。从他的roadmap时间表看，目前django距离1.0还有40%的路程要走呢：）

在 05-11-14，xlp223<myhat123 at gmail.com> 写道：
> django的问题有一点我不是很赞同，弄开源的，没有不知道版本的重要性，哪怕你推出一个0.1版也好，到现在都没有一个版本号，给人的感觉好像不是很稳定，虽然它说用django作了很多网站，但那是虚的。我想这是一个很大的问题。
>

这个问题已经在django中进行讨论了，应该就快出版本了。已经不是问题了。

另外补充一点

9. django 已经有许多网站的实际应用。

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

在 05-11-14，Fat<fatbobman at gmail.com> 写道：
> 在 05-11-14，xlp223<myhat123 at gmail.com> 写道：
> > django的问题有一点我不是很赞同，弄开源的，没有不知道版本的重要性，哪怕你推出一个0.1版也好，到现在都没有一个版本号，给人的感觉好像不是很稳定，虽然它说用django作了很多网站，但那是虚的。我想这是一个很大的问题。
> >
>
> 我感觉没什么。每个team的做事风格不同而已。至少作为一个尚未release的项目，他的文档资源已经是算相当丰富了。django和turbogears最大的不同恰恰是是否制造新的轮子。对于已经拥有
> cherrypy 和 sqlobject 经验的使用者来讲
> ，turbogears是非常容易上手的。但不制造新轮子同时意味着没有对轮子未来发展路线的绝对控制权（影响估计应该是有的）。所以长远看很难说那种方式会更好。
>
> 另外，django的发展还是非常快的，不过这也带来了结构不断的变化。其经常会调整一些实现的方法。比如最近的将flatpage和Redirects
> 从主结构中剥离就造成了新的数据库表结构的调整。我想这也是他在对整体结构调整没有结束之前正式发布的原因。从他的roadmap时间表看，目前django距离1.0还有40%的路程要走呢：）
>

这里是它的邮件列表中关于0.9打算发布的一个链接，可以看一看。

http://groups.google.com/group/django-developers/browse_thread/thread/551e0f9119fd0ba9/098fe12a0594e035#098fe12a0594e035

还有一个特性投票地址：
http://code.djangoproject.com/wiki/VersionOneFeatures

这也说明django希望有一个功能完整的版本。

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

刚想发帖讨论这两个家伙呢，结果让你抢先了。呵呵。
我现在也在比较这两个框架，说实在的，真的有点难于取舍。

我喜欢django中的url map，template，middleware和i18n，但是对他的orm有点担心。
对于turbogears，我对cherrypy不太放心，因为没有发现大规模的应用。（django的FAQ中写了他可以支持100W/小
时的点击）

因此，我心目中的理想framework是django+sqlobject。毕竟sqlobject要成熟的多，而且现在mssql和oracle已经
在开发中，db2也有人在列表中提出要求了。

limodo说的django的优势第8点我有点不同看法，我觉得正是因为django的all in 1 才导致他不能快速跟踪bug。
比如他的one to one to one的bug（#527)已经提出来快3个月了到现在都没有解决。我觉得他们应该将精力集中在
middleware，admin_view，i18n，template扩展和更多的可重用APP上。

对于turbogears，我正在试验。不过setup_tools用起来很方便但是不同模块隔三岔五的升级要想跟进就有点罗嗦
了。

-- 
张骏 <zhangj at foreseen-info.com>

敏捷来自Python
简单源于我们
丰元信信息技术有限公司

On 11/14/05, 张骏 <zhangj at foreseen-info.com> wrote:
>
> 刚想发帖讨论这两个家伙呢，结果让你抢先了。呵呵。
> 我现在也在比较这两个框架，说实在的，真的有点难于取舍。
>
> 我喜欢django中的url map，template，middleware和i18n，但是对他的orm有点担心。
> 对于turbogears，我对cherrypy不太放心，因为没有发现大规模的应用。（django的FAQ中写了他可以支持100W/小
> 时的点击）
>
> 因此，我心目中的理想framework是django+sqlobject。毕竟sqlobject要成熟的多，而且现在mssql和oracle已经
> 在开发中，db2也有人在列表中提出要求了。

 我很同意使用sqlobject,但是turbogears的i18n似乎有问题,唉,另外从感觉上不喜欢cherrypy,喜欢quixote多点

limodo说的django的优势第8点我有点不同看法，我觉得正是因为django的all in 1 才导致他不能快速跟踪bug。
> 比如他的one to one to one的bug（#527)已经提出来快3个月了到现在都没有解决。我觉得他们应该将精力集中在
> middleware，admin_view，i18n，template扩展和更多的可重用APP上。
>
> 对于turbogears，我正在试验。不过setup_tools用起来很方便但是不同模块隔三岔五的升级要想跟进就有点罗嗦
> 了。
>
> --
> 张骏 <zhangj at foreseen-info.com>
>
> 敏捷来自Python
> 简单源于我们
> 丰元信信息技术有限公司
>
>
> _______________________________________________
> Python中文技术讨论邮件列表
> 发言: 发邮件到 python-chinese at lists.python.cn
> 订阅: 发送 subscribe 到 python-chinese-request at lists.python.cn
> 退订: 发送 unsubscribe 到 python-chinese-request at lists.python.cn
> 详细说明: http://python.cn/mailman/listinfo/python-chinese
>



--
Yours,
fluke
fluke at sfcube.net
http://sfcube.net/blog
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20051114/4a7b2458/attachment.html

turbogears中依赖的包升级问题应该有turbogears来控制版本，这样才不容易出事。

sqlobject有些处理上也不是很理想，还不如通过sql来的简单。

看turbogears的download页面上有个ruledispatch，这个是处理url的。

在 05-11-14，张骏<zhangj at foreseen-info.com> 写道：
> 刚想发帖讨论这两个家伙呢，结果让你抢先了。呵呵。
> 我现在也在比较这两个框架，说实在的，真的有点难于取舍。
>
> 我喜欢django中的url map，template，middleware和i18n，但是对他的orm有点担心。
> 对于turbogears，我对cherrypy不太放心，因为没有发现大规模的应用。（django的FAQ中写了他可以支持100W/小
> 时的点击）
>
> 因此，我心目中的理想framework是django+sqlobject。毕竟sqlobject要成熟的多，而且现在mssql和oracle已经
> 在开发中，db2也有人在列表中提出要求了。
>
> limodo说的django的优势第8点我有点不同看法，我觉得正是因为django的all in 1 才导致他不能快速跟踪bug。
> 比如他的one to one to one的bug（#527)已经提出来快3个月了到现在都没有解决。我觉得他们应该将精力集中在
> middleware，admin_view，i18n，template扩展和更多的可重用APP上。
>
> 对于turbogears，我正在试验。不过setup_tools用起来很方便但是不同模块隔三岔五的升级要想跟进就有点罗嗦
> 了。
>
> --
> 张骏 <zhangj at foreseen-info.com>
>
> 敏捷来自Python
> 简单源于我们
> 丰元信信息技术有限公司
>
>
> _______________________________________________
> Python中文技术讨论邮件列表
> 发言: 发邮件到 python-chinese at lists.python.cn
> 订阅: 发送 subscribe 到 python-chinese-request at lists.python.cn
> 退订: 发送 unsubscribe 到  python-chinese-request at lists.python.cn
> 详细说明: http://python.cn/mailman/listinfo/python-chinese
>


--
我的blog：http://xlp223.yculblog.com

在 05-11-14，张骏<zhangj at foreseen-info.com> 写道：
> 刚想发帖讨论这两个家伙呢，结果让你抢先了。呵呵。
> 我现在也在比较这两个框架，说实在的，真的有点难于取舍。
>
> 我喜欢django中的url map，template，middleware和i18n，但是对他的orm有点担心。
> 对于turbogears，我对cherrypy不太放心，因为没有发现大规模的应用。（django的FAQ中写了他可以支持100W/小
> 时的点击）
>
> 因此，我心目中的理想framework是django+sqlobject。毕竟sqlobject要成熟的多，而且现在mssql和oracle已经
> 在开发中，db2也有人在列表中提出要求了。
>
> limodo说的django的优势第8点我有点不同看法，我觉得正是因为django的all in 1 才导致他不能快速跟踪bug。
> 比如他的one to one to one的bug（#527)已经提出来快3个月了到现在都没有解决。我觉得他们应该将精力集中在
> middleware，admin_view，i18n，template扩展和更多的可重用APP上。
>
> 对于turbogears，我正在试验。不过setup_tools用起来很方便但是不同模块隔三岔五的升级要想跟进就有点罗嗦
> 了。
>

如果开发规模大一些，可能会好。不过相比之下turbogears的核心成员反而更少。而且django的开发历史并不短，虽然只是近期才出现，不知道那时有没有sqlobject。而且我学习了django的module文档，它有一些与admin有关的东西，因此上直接使用sqlobject也是不行的，就是用也要改造的。再加上开发时间的不同步。其实如果不是all
in one的话，一旦出现问题解决协调并不是件容易的事。不过这属于开发的控制，与我们的讨论主题不是很相关。

另外我看到django的创建人之一Simon
Willison，要在伦敦做一场报告，其中他有一点就是想强调django的松散性，许多东西都可以使用第三方替换。从这一点其实可以说明django是很看重架构的。

http://blog.unixdaemon.net/cgi-bin/blosxom.pl/2005/10/27

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

好！！
没有对比就没有进步！
http://wiki.woodpecker.org.cn/moin/PyWebFrameVs
一直在关注！

在 05-11-14，Fluke<fluke.l at gmail.com> 写道：
>
>
>
> On 11/14/05, 张骏 <zhangj at foreseen-info.com> wrote:
> > 刚想发帖讨论这两个家伙呢，结果让你抢先了。呵呵。
> > 我现在也在比较这两个框架，说实在的，真的有点难于取舍。
> >
> > 我喜欢django中的url map，template，middleware和i18n，但是对他的orm有点担心。
> >
> 对于turbogears，我对cherrypy不太放心，因为没有发现大规模的应用。（django的FAQ中写了他可以支持100W/小
> > 时的点击）
> >
> >
> 因此，我心目中的理想framework是django+sqlobject。毕竟sqlobject要成熟的多，而且现在mssql和oracle已经
> > 在开发中，db2也有人在列表中提出要求了。
>
>
> 我很同意使用sqlobject,但是turbogears的i18n似乎有问题,唉,另外从感觉上不喜欢cherrypy,喜欢quixote多点
>
> > limodo说的django的优势第8点我有点不同看法，我觉得正是因为django的all in 1
> 才导致他不能快速跟踪bug。
> > 比如他的one to one to
> one的bug（#527)已经提出来快3个月了到现在都没有解决。我觉得他们应该将精力集中在
> > middleware，admin_view，i18n，template扩展和更多的可重用APP上。
> >
> >
> 对于turbogears，我正在试验。不过setup_tools用起来很方便但是不同模块隔三岔五的升级要想跟进就有点罗嗦
> > 了。
> >
> > --
> > 张骏 <zhangj at foreseen-info.com>
> >
> > 敏捷来自Python
> > 简单源于我们
> > 丰元信信息技术有限公司
> >
> >
> > _______________________________________________
> > Python中文技术讨论邮件列表
> > 发言: 发邮件到 python-chinese at lists.python.cn
> > 订阅: 发送 subscribe 到 python-chinese-request at lists.python.cn
> > 退订: 发送 unsubscribe 到
> python-chinese-request at lists.python.cn
> > 详细说明: http://python.cn/mailman/listinfo/python-chinese
> >
>
>
>
> --
> Yours,
>   fluke
>  fluke at sfcube.net
> http://sfcube.net/blog
> _______________________________________________
> Python中文技术讨论邮件列表
> 发言: 发邮件到 python-chinese at lists.python.cn
> 订阅: 发送 subscribe 到 python-chinese-request at lists.python.cn
> 退订: 发送 unsubscribe 到
> python-chinese-request at lists.python.cn
> 详细说明: http://python.cn/mailman/listinfo/python-chinese
>
>


--
# Time is unimportant, only life important!
## 面朝开源，我心自由！

好！！
没有对比就没有进步！
http://wiki.woodpecker.org.cn/moin/PyWebFrameVs
一直在关注！

在 05-11-14，Fluke<fluke.l at gmail.com> 写道：
>
>
>
> On 11/14/05, 张骏 <zhangj at foreseen-info.com> wrote:
> > 刚想发帖讨论这两个家伙呢，结果让你抢先了。呵呵。
> > 我现在也在比较这两个框架，说实在的，真的有点难于取舍。
> >
> > 我喜欢django中的url map，template，middleware和i18n，但是对他的orm有点担心。
> >
> 对于turbogears，我对cherrypy不太放心，因为没有发现大规模的应用。（django的FAQ中写了他可以支持100W/小
> > 时的点击）
> >
> >
> 因此，我心目中的理想framework是django+sqlobject。毕竟sqlobject要成熟的多，而且现在mssql和oracle已经
> > 在开发中，db2也有人在列表中提出要求了。
>
>
> 我很同意使用sqlobject,但是turbogears的i18n似乎有问题,唉,另外从感觉上不喜欢cherrypy,喜欢quixote多点
>
> > limodo说的django的优势第8点我有点不同看法，我觉得正是因为django的all in 1
> 才导致他不能快速跟踪bug。
> > 比如他的one to one to
> one的bug（#527)已经提出来快3个月了到现在都没有解决。我觉得他们应该将精力集中在
> > middleware，admin_view，i18n，template扩展和更多的可重用APP上。
> >
> >
> 对于turbogears，我正在试验。不过setup_tools用起来很方便但是不同模块隔三岔五的升级要想跟进就有点罗嗦
> > 了。
> >
> > --
> > 张骏 <zhangj at foreseen-info.com>
> >
> > 敏捷来自Python
> > 简单源于我们
> > 丰元信信息技术有限公司
> >
> >
> > _______________________________________________
> > Python中文技术讨论邮件列表
> > 发言: 发邮件到 python-chinese at lists.python.cn
> > 订阅: 发送 subscribe 到 python-chinese-request at lists.python.cn
> > 退订: 发送 unsubscribe 到
> python-chinese-request at lists.python.cn
> > 详细说明: http://python.cn/mailman/listinfo/python-chinese
> >
>
>
>
> --
> Yours,
>   fluke
>  fluke at sfcube.net
> http://sfcube.net/blog
> _______________________________________________
> Python中文技术讨论邮件列表
> 发言: 发邮件到 python-chinese at lists.python.cn
> 订阅: 发送 subscribe 到 python-chinese-request at lists.python.cn
> 退订: 发送 unsubscribe 到
> python-chinese-request at lists.python.cn
> 详细说明: http://python.cn/mailman/listinfo/python-chinese
>
>


--
# Time is unimportant, only life important!
## 面朝开源，我心自由！

在 2005-11-14 11:21:48，limodou <limodou at gmail.com> 写道：
> 如果开发规模大一些，可能会好。不过相比之下turbogears的核心成员反而更少。而且django的开发历史并不短，虽然只是近期才出现，不知道那时有没有sqlobject。而且我学习了django的module文档，它有一些与admin有关的东西，因此上直接使用sqlobject也是不行的，就是用也要改造的。再加上开发时间的不同步。其实如果不是all
> in one的话，一旦出现问题解决协调并不是件容易的事。不过这属于开发的控制，与我们的讨论主题不是很相关。
> 另外我看到django的创建人之一Simon
> Willison，要在伦敦做一场报告，其中他有一点就是想强调django的松散性，许多东西都可以使用第三方替换。从这一点其实可以说明django是很看重架构的。
> 
> http://blog.unixdaemon.net/cgi-bin/blosxom.pl/2005/10/27
> 
> --
> I like python!
> My Blog: http://www.donews.net/limodou
> NewEdit Maillist: http://groups.google.com/group/NewEdit

开发规模大指的是谁更好？
另外核心成员的多少并不是对一个项目选择的指标。

其实正是admin view的原因，使得django目前很难向sqlobject切换。或许我们可以来研究
一下是否可以把django的orm替换掉。

相对于orm来说，django的其他要素由一个团队保持我是支持的，但是orm应该是一个松散模
块。

最后，期待simon的演讲。希望能给我们带来新希望。

-- 
张骏 <zhangj at foreseen-info.com>

敏捷来自Python
简单源于我们
丰元信信息技术有限公司

我一边用一边还在加module,好麻烦.我看的是wiki20的tut
,那些module都是有egg的吗?我发现好像egg的地址都不集中,都要自己找,而php里面pear就是一个很集中的项目,所有的包都在一起,更新很方便
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20051114/81590ab3/attachment.html

原来easy_install能智能search比较标准的包
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20051114/e848c624/attachment.htm

在 05-11-14，张骏<zhangj at foreseen-info.com> 写道：
> 在 2005-11-14 11:21:48，limodou <limodou at gmail.com> 写道：
> > 如果开发规模大一些，可能会好。不过相比之下turbogears的核心成员反而更少。而且django的开发历史并不短，虽然只是近期才出现，不知道那时有没有sqlobject。而且我学习了django的module文档，它有一些与admin有关的东西，因此上直接使用sqlobject也是不行的，就是用也要改造的。再加上开发时间的不同步。其实如果不是all
> > in one的话，一旦出现问题解决协调并不是件容易的事。不过这属于开发的控制，与我们的讨论主题不是很相关。
> > 另外我看到django的创建人之一Simon
> > Willison，要在伦敦做一场报告，其中他有一点就是想强调django的松散性，许多东西都可以使用第三方替换。从这一点其实可以说明django是很看重架构的。
> >
> > http://blog.unixdaemon.net/cgi-bin/blosxom.pl/2005/10/27

> 开发规模大指的是谁更好？

我指django，人员多了可以有精力做些别的事情。

> 另外核心成员的多少并不是对一个项目选择的指标。

是，但是一个项目能否长期持久发展的重要因素。

>
> 其实正是admin view的原因，使得django目前很难向sqlobject切换。或许我们可以来研究
> 一下是否可以把django的orm替换掉。

应该是可以。只不过我们能否有精力，能否做得比人家更好。

>
> 相对于orm来说，django的其他要素由一个团队保持我是支持的，但是orm应该是一个松散模
> 块。

orm是象ror一类的应用的一大特色，主要还是看开发者的想法。就象你提出换掉一样，也许django会让你这样做的，不过现在看不到。

>
> 最后，期待simon的演讲。希望能给我们带来新希望。
>

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

在 05-11-14，Fluke<fluke.l at gmail.com> 写道：
> 我一边用一边还在加module,好麻烦.我看的是wiki20的tut,那些module都是有egg的吗?我发现好像egg的地址都不集中,都要自己找,而php里面pear就是一个很集中的项目,所有的包都在一起,更新很方便

你说的都是哪些模块呀？

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

在 2005-11-14 12:19:38，Fluke <fluke.l at gmail.com> 写道：
> 我一边用一边还在加module,好麻烦.我看的是wiki20的tut
> ,那些module都是有egg的吗?我发现好像egg的地址都不集中,都要自己找,而php里面pear就是一个很集中的项目,所有的包都在一起,更新很方便

http://www.turbogears.org/download/
这个连接有安装的步骤，安装还是很方便的。不过他所使用的各个模块都不是最新的。

-- 
张骏 <zhangj at foreseen-info.com>

敏捷来自Python
简单源于我们
丰元信信息技术有限公司

虽然现在的web framework需要orm，但是orm只是framework的一个部分，关键还是看framework的结构的稳定性和它的灵活性。

在 05-11-14，张骏<zhangj at foreseen-info.com> 写道：
> 在 2005-11-14 12:19:38，Fluke <fluke.l at gmail.com> 写道：
> > 我一边用一边还在加module,好麻烦.我看的是wiki20的tut
> > ,那些module都是有egg的吗?我发现好像egg的地址都不集中,都要自己找,而php里面pear就是一个很集中的项目,所有的包都在一起,更新很方便
>
> http://www.turbogears.org/download/
> 这个连接有安装的步骤，安装还是很方便的。不过他所使用的各个模块都不是最新的。
>
> --
> 张骏 <zhangj at foreseen-info.com>
>
> 敏捷来自Python
> 简单源于我们
> 丰元信信息技术有限公司
>
>
> _______________________________________________
> Python中文技术讨论邮件列表
> 发言: 发邮件到 python-chinese at lists.python.cn
> 订阅: 发送 subscribe 到 python-chinese-request at lists.python.cn
> 退订: 发送 unsubscribe 到  python-chinese-request at lists.python.cn
> 详细说明: http://python.cn/mailman/listinfo/python-chinese
>


--
我的blog：http://xlp223.yculblog.com

今天看到的一篇blog
http://www.groovie.org/articles/2005/11/14/project-code-re-use-turbogears-and-django




-- 
张骏 <zhangj at foreseen-info.com>

敏捷来自Python
简单源于我们
丰元信信息技术有限公司

在 05-11-15，张骏<zhangj at foreseen-info.com> 写道：
> 今天看到的一篇blog
> http://www.groovie.org/articles/2005/11/14/project-code-re-use-turbogears-and-django
>
不好评价，但至少一个注解说得有道理：

Eugene Lazutkin  said about 3 hours later:
I don't think it is fair to compare django-users with
TurboGearsmajority of discussions happen in django-devels. Django
community doesn't have clean separation between audiences in both
groups. A lot of users asking questions and getting help from
developers in django-devels.

的确django的邮件列表光我就订了五个：

announce
code
user
dev
i18n

Turbogears不知有几个，没订过

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

在 05-11-15，limodou<limodou at gmail.com> 写道：
> 在 05-11-15，张骏<zhangj at foreseen-info.com> 写道：
> > 今天看到的一篇blog
> > http://www.groovie.org/articles/2005/11/14/project-code-re-use-turbogears-and-django
> >
> 不好评价，但至少一个注解说得有道理：
>
> Eugene Lazutkin  said about 3 hours later:
> I don't think it is fair to compare django-users with
> TurboGearsmajority of discussions happen in django-devels. Django
> community doesn't have clean separation between audiences in both
> groups. A lot of users asking questions and getting help from
> developers in django-devels.
>
> 的确django的邮件列表光我就订了五个：
>
> announce
> code
> user
> dev
> i18n
>
> Turbogears不知有几个，没订过
>

我也贴一个blog，为什么选了 django 而不是 TG(TurboGears)

http://djangomojo.com/blog/2005/oct/31/1stEntry/

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