有正在学习和使用Zope3的朋友吗？
Li Dong
不过我觉得这里面讨论Django 的比较多，因此我创建了一个新的讨论组，专门是讨论Zope3 的。
欢迎学习和使用Zope3的朋友加入
https://groups.google.com/group/zope3?hl=zh-CN
也许我还没有找到组织，我觉得一个人在zope3的路上孤独潜行真是辛苦。 需要多多交流才好。
我觉得Zope3是不是太新潮了，很多人都在使用Plone，而Plone是建设在zope2 上面的。所以zope2 是成熟的，而Zope3虽然也有稳定版3.3.1 。不过文档有些跟不上，我能找到的Zope3Book, 是基于zope3.0的，官方网站上自己也说，这个书是基于3.0 的，在这之后已经出现了5个Release, 所以，很多东西已经过时了。
我学习完一些基础的东西，写了一个简单的应用，http://www.zope3.cn ,不过，这个东西是拿来主义的，直接使用的zwiki这个模块。我现在想创建用户注册，用户在线管理，但是我看了zope3book第16章，第26章，例子都调试不通过。
虽然我会继续学习和钻研的，也许我道行不深，如果有这方面的牛人或者和我一样的初学者，请经常交流一下吧。
欢迎学习和使用Zope3的朋友加入
https://groups.google.com/group/zope3?hl=zh-CN
--
Best Regards!
Yours Li Dong
yuan xuan
潘老师太远，指导不到。
我们内网的plone2.0建的站很多BUG，技术上已经枯竭了，最近想换咯。
Zoom.Quiet
> plone还是太小众了。。。
> 潘老师太远，指导不到。
>
> 我们内网的plone2.0建的站很多BUG，技术上已经枯竭了，最近想换咯。
有网络就有可能哪！
czug-dev 列表一直在的，，，
http://docs.everydo.com/zope3
宝典也升級到 Zope3 的
--
http://zoomquiet.org
'''过程改进乃是催生可促生靠谱的人的组织!'''
Usage OOo to replace M$ Office; You can get the truely Freedom 4 software.
CL (Ciu Loeng) Lam
wayhome
是zope3必备书籍，08年出了第三版,这个里面的例子都还不算过时,附件不能超过4M，信被打回了一遍,汗死
apibook : http://apidoc.zope.org/++apidoc++/
这是最新一本在写的书 :http://en.wikibooks.org/wiki/The_Zope_3_Book ，作者还没写完,wiki发布
的，英文好的话可以去帮助作者
可以先从这两本小书看起，再看看其它的:
http://www.muthukadan.net/docs/zca.html
http://wadupaz.muthukadan.net/wadupaz.html
加入你的邮件列表了，有空多交流 :)
CL (Ciu Loeng) Lam
Dong Lee
至2个月也可能达不到相同的成效。
Zope3 的确是个很复杂的东西。 适合有毅力钻研的人。
另外中文资料太少也是影响zope推广的一个很大的障碍。 看中文的教程，学习进度自然快，看英文的资料，肯定速度比较慢。
On 1月4日, 下午2时32分, "CL (Ciu Loeng) Lam" <lamciulo...@gmail.com> wrote:
> 用plone,zope的人实在是太少了。
>
> 2009/1/4 Zoom. Quiet <zoom.qu...@gmail.com>
>
> > 2009/1/4 yuan xuan <xuanyuan14....@gmail.com>:
Jack.Chu
白的，能做出来就OK了。
沈崴
> 的确用zope的人很少，至少远远少于用Django的用户。 Django你学2个星期，绝对可以做个不错的网站应用了。 可是学zope 1个月甚至2个月也可能达不到相同的成效。
其实 Zope/Plone 用户也不比 Django 用户少, Zope 尤其是 Plone 社区质量相当高, 灌水比较少, 所以就成了冰山一
角。
而技术上 Django 要做到 Plone 的商用程度, 让我来做起码得两年以上 (当然社区里有很多高手, 可能用不了几天就可以搞定了)。
> Zope3 的确是个很复杂的东西。 适合有毅力钻研的人。
Zope3 刚出现的时候确实挺复杂, 那时候我们都在批评 Zope3, 许多年了。
> 另外中文资料太少也是影响zope推广的一个很大的障碍。 看中文的教程，学习进度自然快，看英文的资料，肯定速度比较慢。
Zope 的中文资料相当多, 杜文山很久以前就出过一本 Zope2 的专著, CZUG 社区也翻译和编著了大量的电子书。我也编著过中文的
Plone Cookbook。
潘俊勇
我现在推荐大家用bfg，不给点有内容的东西，大家就不肯跟风了：
这个是bfg的示例站点，源代码在这里：
http://svn.repoze.org/repoze.shootout/trunk/repoze/shootout/
MVT中：
- M: model在这里：http://svn.repoze.org/repoze.shootout/trunk/repoze/
shootout/models.py
django的兄弟不难看懂吧
- V： view就是函数： http://svn.repoze.org/repoze.shootout/trunk/repoze/shootout/views.py
用xml文件配置： http://svn.repoze.org/repoze.shootout/trunk/repoze/shootout/configure.zcml
- T：模板在这里: http://svn.repoze.org/repoze.shootout/trunk/repoze/shootout/templates/
是不是很奇怪，这模板怎么这么简单？没有theme的东东？
theme分离了的，在这里： http://svn.repoze.org/repoze.shootout/trunk/repoze/shootout/resources/thewildwest/
theme如何和前面的模板套在一起呢？
WSGI上有配置，用deliverance的filter： http://svn.repoze.org/repoze.shootout/trunk/shootout.ini
deliverance的具体theme加载规则在这里配置： http://svn.repoze.org/repoze.shootout/trunk/repoze/shootout/deliverance/rules/
彻底实现开发人员和美工的分离！！
不知道大家有没有耐心去看代码，不要紧，科普工作会继续下去的，我们会花力气推这个bfg的
limodou
> 哈，大家都说zope3的坏话，我也准备曲线救国了。
>
> 我现在推荐大家用bfg，不给点有内容的东西，大家就不肯跟风了：
>
> http://shootout.repoze.org/
>
> 这个是bfg的示例站点，源代码在这里：
>
> http://svn.repoze.org/repoze.shootout/trunk/repoze/shootout/
>
> MVT中：
>
> - M: model在这里：http://svn.repoze.org/repoze.shootout/trunk/repoze/
> shootout/models.py
>
> django的兄弟不难看懂吧
>
> - V： view就是函数： http://svn.repoze.org/repoze.shootout/trunk/repoze/shootout/views.py
>
> 用xml文件配置： http://svn.repoze.org/repoze.shootout/trunk/repoze/shootout/configure.zcml
>
> - T：模板在这里: http://svn.repoze.org/repoze.shootout/trunk/repoze/shootout/templates/
>
> 是不是很奇怪，这模板怎么这么简单？没有theme的东东？
>
> theme分离了的，在这里： http://svn.repoze.org/repoze.shootout/trunk/repoze/shootout/resources/thewildwest/
>
> theme如何和前面的模板套在一起呢？
>
> WSGI上有配置，用deliverance的filter： http://svn.repoze.org/repoze.shootout/trunk/shootout.ini
>
> deliverance的具体theme加载规则在这里配置： http://svn.repoze.org/repoze.shootout/trunk/repoze/shootout/deliverance/rules/
>
> 彻底实现开发人员和美工的分离！！
>
> 不知道大家有没有耐心去看代码，不要紧，科普工作会继续下去的，我们会花力气推这个bfg的
>
不如老潘写一个Hello, bfg的入门教程啊。
--
I like python!
UliPad <<The Python Editor>>: http://code.google.com/p/ulipad/
UliWeb <<simple web framework>>: http://uliwebproject.appspot.com
My Blog: (new)http://http://hi.baidu.com/limodou
(old)http://www.donews.net/limodou
limodou
>
刚看了一点代码谈点个人感受和问题：
1. 不知道bfg与zope或其它框架的具体关系如何？
2. 看到bfg使用了sqlalchemy, paste, webob,
formencode，那么好象使用zope相关的东西：Interface, configure.zcml, permission,
theme(?)
3. 似乎没有ZClass简单啊。比如：url的配置和permission好象是在configure.zcml，如何自定义url?对于模板的处理好象是使用zpt，因为看到有tal了。不过模板不能自动映射，要使用象render_template_to_response，这样的函数，的确是django的风格，但也说明没有自动模板映射，即不能只返回数据，自动查找对应的模板。
4. 部分配置是使用paste来处理的，因此要有一个单独的ini文件，这样与configure.zcml不是一体的，感觉不统一。当然也表明了，bfg中使用的外部的东西都可以不用。
因上从上面，我看到了部分zope的影子，部分pylons的风格。不知道zope的东西还剩多少：Interface,
configure.zcml, permission, theme? 这些哪些算是bfg的特色，与其它的框架的区别在哪里？能否再扫扫盲。
Zoom.Quiet
>> 不如老潘写一个Hello, bfg的入门教程啊。
>>
好哪！变成扫盲帖了！
追踪记录中，，，
http://wiki.woodpecker.org.cn/moin/MiscItems/2009-01-06
>
> 刚看了一点代码谈点个人感受和问题：
>
> 1. 不知道bfg与zope或其它框架的具体关系如何？
> 2. 看到bfg使用了sqlalchemy, paste, webob,
> formencode，那么好象使用zope相关的东西：Interface, configure.zcml, permission,
> theme(?)
> 3. 似乎没有ZClass简单啊。比如：url的配置和permission好象是在configure.zcml，如何自定义url?对于模板的处理好象是使用zpt，因为看到有tal了。不过模板不能自动映射，要使用象render_template_to_response，这样的函数，的确是django的风格，但也说明没有自动模板映射，即不能只返回数据，自动查找对应的模板。
> 4. 部分配置是使用paste来处理的，因此要有一个单独的ini文件，这样与configure.zcml不是一体的，感觉不统一。当然也表明了，bfg中使用的外部的东西都可以不用。
>
> 因上从上面，我看到了部分zope的影子，部分pylons的风格。不知道zope的东西还剩多少：Interface,
> configure.zcml, permission, theme? 这些哪些算是bfg的特色，与其它的框架的区别在哪里？能否再扫扫盲。
--
http://zoomquiet.org
'''过程改进乃是催生可促生靠谱的人的组织!'''
金山常年招聘Py/C++人才! http://bit.ly/UoTV 简历直投俺就成;-)
萤火虫
如果能有一个最小依赖关系的zope该多好………………
On 1月6日, 上午9时05分, Zoom.Quiet <zoom.qu...@gmail.com> wrote:
> 2009/1/6 limodou <limo...@gmail.com>:>> 不如老潘写一个Hello, bfg的入门教程啊。
limodou
> 面对zope的庞大的依赖关系多少次叹为观止…………………………
> 如果能有一个最小依赖关系的zope该多好………………
>
现在zope3不是拆分成了许多独立的包了吗？可以单独使用。不过没有用过。
Dong Lee
我会虚心向二位前辈学习的。
同时，萤火虫也会发光，我也愿意为Python的网站框架，为开源软件尽一份力，发一分光。
Dong Lee
真正搞的很明白的，能做出来就OK了。”
Zope这个东西，还真的有闲情逸致的人才能玩儿。 也算个庞然大物。
我现在好像遇到一座山，Zope就是这一座山，我非要登上这山， 与然觉得，登山的过程也是很有收获的，学习zope3的过程，就是重温面向对象编程的
过程，另外对组件架构也是非常推崇备至。虽然做个小网站显得杀鸡用牛刀，不过，通过做几个小网站的积累才能做大的项目。
现在仍然在看 <<Springer Webponent Development with Zope 3.3Rd Edition>> 看到400
页左右，终于看到用户注册，用户管理的部分了。这本书不错呀，要是有中文版就好了。 不知道，直接翻译过来放到网上算不算侵权呀。
--
Django is Good!
Zope3 is Better!
http://www.zope3.cn
Dong Lee
对你无限崇拜，你的Django Step by Step 写的太好了，正是看了你写的Django入门教材，才让我一下子就对Django产生了
兴趣，并且很快上手了。
感谢你写了如此好的教程！
lidong
On 1月6日, 上午10时25分, limodou <limo...@gmail.com> wrote:
> 2009/1/6 萤火虫 <firef...@gmail.com>:
Zoom.Quiet
> limodou,
>
> 对你无限崇拜，你的Django Step by Step 写的太好了，正是看了你写的Django入门教材，才让我一下子就对Django产生了
> 兴趣，并且很快上手了。
>
酸! 看不过去了,,, Dj sbs 教程,已经N久不维护了,已经有人主动接手来升级了,
冲高手的喝彩,无益你的成长,
这种高帽私下给就好,
甭在列表中留下你的这种形象了,,,
> 感谢你写了如此好的教程！
>
好教程,任何人都可以写,
只要有真实的体验,,,
> lidong
>
> On 1月6日, 上午10时25分, limodou <limo...@gmail.com> wrote:
>> 2009/1/6 萤火虫 <firef...@gmail.com>:
>>
>> > 面对zope的庞大的依赖关系多少次叹为观止…………………………
>> > 如果能有一个最小依赖关系的zope该多好………………
>>
>> 现在zope3不是拆分成了许多独立的包了吗？可以单独使用。不过没有用过。
--
http://zoomquiet.org
'''过程改进乃是催生可促生靠谱的人的组织!'''
Time is unimportant, only life important!
limodou
> 2009/1/6 Dong Lee <lido...@gmail.com>:
>> limodou,
>>
>> 对你无限崇拜，你的Django Step by Step 写的太好了，正是看了你写的Django入门教材，才让我一下子就对Django产生了
>> 兴趣，并且很快上手了。
>>
>
> 酸! 看不过去了,,, Dj sbs 教程,已经N久不维护了,已经有人主动接手来升级了,
> 冲高手的喝彩,无益你的成长,
> 这种高帽私下给就好,
> 甭在列表中留下你的这种形象了,,,
>
>> 感谢你写了如此好的教程！
>>
> 好教程,任何人都可以写,
> 只要有真实的体验,,,
>
说得不错，我的教程只不过是因为接触早，而且不满意django的教程才写的。现在我已经不弄django了，什么时候我写一个长的Uliweb的教程好了。
大家能够做到主动分享比让一两个人写教程要强得多。教程只不过是作者自个儿的一种思路，如果大家能把每个人的学习体会，源码研究的经验分享出来，汇总，价值比一个教程更有益。而且我写的只是为了入门，许多东西没有太深入，因为我还不想写书，也钻研得不深。
Zoom.Quiet
> 2009/1/6 Zoom. Quiet <zoom....@gmail.com>:
>> 2009/1/6 Dong Lee <lido...@gmail.com>:
>>> limodou,
>>>
>>> 对你无限崇拜，你的Django Step by Step 写的太好了，正是看了你写的Django入门教材，才让我一下子就对Django产生了
>>> 兴趣，并且很快上手了。
>>>
>>
>> 酸! 看不过去了,,, Dj sbs 教程,已经N久不维护了,已经有人主动接手来升级了,
>> 冲高手的喝彩,无益你的成长,
>> 这种高帽私下给就好,
>> 甭在列表中留下你的这种形象了,,,
>>
>>> 感谢你写了如此好的教程！
>>>
>> 好教程,任何人都可以写,
>> 只要有真实的体验,,,
>>
>
> 说得不错，我的教程只不过是因为接触早，而且不满意django的教程才写的。现在我已经不弄django了，什么时候我写一个长的Uliweb的教程好了。
>
> 大家能够做到主动分享比让一两个人写教程要强得多。教程只不过是作者自个儿的一种思路，如果大家能把每个人的学习体会，源码研究的经验分享出来，汇总，价值比一个教程更有益。而且我写的只是为了入门，许多东西没有太深入，因为我还不想写书，也钻研得不深。
>
SNS 时代,图书已经不是传道授业的了,
只是阶段经验的快速分享渠道,
发表是最好的记忆
http://jjhou.csdn.net/article99-8.htm
如此而已,,,
--
http://zoomquiet.org
'''过程改进乃是催生可促生靠谱的人的组织!'''
PE keeps evolving organizations which promoting people be good!
Bruce Wang
2009/1/6 萤火虫 <fire...@gmail.com>:
> 面对zope的庞大的依赖关系多少次叹为观止…………………………
> 如果能有一个最小依赖关系的zope该多好………………
>
现在zope3不是拆分成了许多独立的包了吗？可以单独使用。不过没有用过。
上次想试一下zope3, 结果发现需要python2.4， 囧
Plone/Zope2 的稳定性很好，我2004年用plone帮一家外资公司做的公司门户, 他们到现在还用，也没升级plone/zope...
--
simple is good
http://brucewang.net
http://twitter.com/number5
萤火虫
而且让人郁闷的是，在windows下zope相关的项目几乎没有能够编译的，即使你安装上了vc＋＋那么repoze也会报千奇百怪的错误，搞的都懒
得在windows下用了。
我深信不疑的哲学是最小才是最好的，比如django吧。我现在对它几乎没有了热情，除了复杂庞大之外找不到爱它理由了。而web.py的代码满山遍野
的都是内部函数，烦阿。
所以我在设计一个自己的东东，基本准则，尊重wsgi，保持简单性，能灵活组合使用（避免OO？）。
On 1月6日, 上午10时25分, limodou <limo...@gmail.com> wrote:
> 2009/1/6 萤火虫 <firef...@gmail.com>:
>
阿信
在 09-1-6，萤火虫<fire...@gmail.com> 写道：
--
正如我的邮箱名一样，我做人的哲学是：信行谦言。
马踏飞燕
v cc
是的，被拆开了。就是老潘推荐的repoze。不过我至今还无法理清它们的依赖关系。我只想要个最小的………………哎。
而且让人郁闷的是，在windows下zope相关的项目几乎没有能够编译的，即使你安装上了vc＋＋那么repoze也会报千奇百怪的错误，搞的都懒
得在windows下用了。
我深信不疑的哲学是最小才是最好的，比如django吧。我现在对它几乎没有了热情，除了复杂庞大之外找不到爱它理由了。而web.py的代码满山遍野
的都是内部函数，烦阿。
所以我在设计一个自己的东东，基本准则，尊重wsgi，保持简单性，能灵活组合使用（避免OO？）。
潘俊勇
On Jan 6, 8:49 am, limodou <limo...@gmail.com> wrote:
> > 不如老潘写一个Hello, bfg的入门教程啊。
>
> 刚看了一点代码谈点个人感受和问题：
>
> 1. 不知道bfg与zope或其它框架的具体关系如何？
大家都在骂Zope，骂习惯了Zope 2，继续骂Zope 3，那Zope社区只有顺应潮流，继续改造，于是有了bfg
bfg是对zope 3和zope2的重新改写，更象pylons，但是用了zope的很多思想，但是非常的WSGI。
bfg依赖非常少的，已经投入了python社区了。
如果再骂bfg，就没有人道了。。。。
Zope社区是知道自己的矮的，但是bfg让整个zope社区扬眉吐气。。。
> 2. 看到bfg使用了sqlalchemy, paste, webob,
paste和webob是内置的。但是sqlalchemy是可选的，也可以用zodb的。
> formencode，那么好象使用zope相关的东西：Interface, configure.zcml, permission,
> theme(?)
Interface, zcml这套东西，只有4个左右的依赖包，是Zope组件架构的一部分，但是不属于zope特有，已经是整个python社区的
了。
theme是另外的一个独立的wsgi filter产品，是可选的。
> 3. 似乎没有ZClass简单啊。比如：url的配置和permission好象是在configure.zcml，如何自定义url?对于模板的处理好象是使用zpt，因为看到有tal了。不过模板不能自动映射，要使用象render_template_to_response，这样的函数，的确是django的风格，但也说明没有自动模板映射，即不能只返回数据，自动查找对应的模板。
ZClass是几百年前的事情了。。。Zope 2好象都不支持了吧，我估计。。。我就没用过这东东
permission是zcml来配置的，但ZCML不是必须。但是这个也有其他的python方法，类似ROR的
bfg是集大家所长的，zope社区不傻，开发bfg的那帮人，是zope社区精华中的精华来的
> 4. 部分配置是使用paste来处理的，因此要有一个单独的ini文件，这样与configure.zcml不是一体的，感觉不统一。当然也表明了，bfg中使用的外部的东西都可以不用。
>
zcml是组件架构的一部分，其实不是配置，是用于组件注册。ZCMl更多程序一些。ZCML不是必须是可选的。安装这个包后，就不需要写ZCML
了:
http://svn.repoze.org/repoze.bfg.convention/
ini文件是paste标准的，并非repoze特有的
> 因上从上面，我看到了部分zope的影子，部分pylons的风格。不知道zope的东西还剩多少：Interface,
> configure.zcml, permission, theme? 这些哪些算是bfg的特色，与其它的框架的区别在哪里？能否再扫扫盲。
>
你看到的这个例子，几乎没有zope的影子。
但是zope的外衣，可以一层一层披上。
最大的2点:
1. 一经配置，可支持对象发布，也就是通过keys()来找子对象，无须url到代码的映射，这个是zope最有特色的了
2. 可使用ZODB，这个不说了
3. zope的事务支持，当然要装一个filter
4. zope的参数转换，比如 a:int=2，会把a转换为整数，有个filter的
有非常非常多的filter，整个zope都被wsgi化了，都在这里：
潘俊勇
On Jan 6, 10:15 am, 萤火虫 <firef...@gmail.com> wrote:
> 面对zope的庞大的依赖关系多少次叹为观止..............................
> 如果能有一个最小依赖关系的zope该多好..................
潘俊勇
http://static.repoze.org/bfgdocs/
中文的，现在放在这里了：
http://docs.everydo.com/zope3/bfg
现在开始启动翻译进程，想翻译的来报名认领了，翻译统一和我协商
On Jan 6, 8:33 am, limodou <limo...@gmail.com> wrote:
> 2009/1/5 潘俊勇 <panjuny...@gmail.com>:
>
>
>
> > 哈，大家都说zope3的坏话，我也准备曲线救国了。
>
> > 我现在推荐大家用bfg，不给点有内容的东西，大家就不肯跟风了：
>
> >http://shootout.repoze.org/
>
> > 这个是bfg的示例站点，源代码在这里：
>
> >http://svn.repoze.org/repoze.shootout/trunk/repoze/shootout/
>
> > MVT中：
>
> > - M: model在这里：http://svn.repoze.org/repoze.shootout/trunk/repoze/
> > shootout/models.py
>
> > django的兄弟不难看懂吧
>
> > - V： view就是函数：http://svn.repoze.org/repoze.shootout/trunk/repoze/shootout/views.py
>
> > 用xml文件配置：http://svn.repoze.org/repoze.shootout/trunk/repoze/shootout/configure...
>
> > - T：模板在这里:http://svn.repoze.org/repoze.shootout/trunk/repoze/shootout/templates/
>
> > 是不是很奇怪，这模板怎么这么简单？没有theme的东东？
>
> > theme分离了的，在这里：http://svn.repoze.org/repoze.shootout/trunk/repoze/shootout/resources...
>
> > theme如何和前面的模板套在一起呢？
>
> > WSGI上有配置，用deliverance的filter：http://svn.repoze.org/repoze.shootout/trunk/shootout.ini
>
> > deliverance的具体theme加载规则在这里配置：http://svn.repoze.org/repoze.shootout/trunk/repoze/shootout/deliveran...
limodou
> 是的，被拆开了。就是老潘推荐的repoze。不过我至今还无法理清它们的依赖关系。我只想要个最小的………………哎。
> 而且让人郁闷的是，在windows下zope相关的项目几乎没有能够编译的，即使你安装上了vc＋＋那么repoze也会报千奇百怪的错误，搞的都懒
> 得在windows下用了。
> 我深信不疑的哲学是最小才是最好的，比如django吧。我现在对它几乎没有了热情，除了复杂庞大之外找不到爱它理由了。而web.py的代码满山遍野
> 的都是内部函数，烦阿。
> 所以我在设计一个自己的东东，基本准则，尊重wsgi，保持简单性，能灵活组合使用（避免OO？）。
>
那不如先看一看uliweb吧。
limodou
>
> 对于大多数人，"最省心的就是最好的"应该是心照不宣的哲学了，就连操作系统狂人也希望有一大堆的现成的软件包可以节省大量的时间。这里面牵扯到一个信任的问题：他是哪路神仙？你信任他吗？要让他动你的操作系统吗？人天生就生活在一个需要信任的社会环境里，所有的框架和协议，都是信任的产物。
>
> 所以，不管你是用其他的框架也好，自己设计也罢，首要的问题，就是要解决信任问题。你相信自己的架构能力吗？你确认你的选择是最佳的吗？或者他以后还会是最佳的吗？....所有追求"最佳"的解决方案的都有这个问题，那就是选择太多，永远都要不停做选择。
> ;-)
>
> vcc
我的追求目标倒是"最省心的就是最好的"。只不过不同的情况下省心的要求也不一样，目前我的省心的要求是"可以将我做的东西分割成独立单位，依赖性可以通过配置实现，但尽可能减少依赖。并且框架本身需要有一些接口，可以让我在简单地对组件配置时，自动对组件进行初始化，同时向框架注入组件中的一些特性，从而在我使用时，可以认为这种注入的东西就是内置的效果。这样的效果就是：配置，使用。减少了许多导入性工作。配置要足够简单，要有工具的辅助，以一种直观方式的操作方式，减少对文档的依赖。
这就是我努力的目标。
潘俊勇
limodou
>> 3. 似乎没有ZClass简单啊。比如：url的配置和permission好象是在configure.zcml，如何自定义url?对于模板的处理好象是使用zpt，因为看到有tal了。不过模板不能自动映射，要使用象render_template_to_response，这样的函数，的确是django的风格，但也说明没有自动模板映射，即不能只返回数据，自动查找对应的模板。
>
> ZClass是几百年前的事情了。。。Zope 2好象都不支持了吧，我估计。。。我就没用过这东东
>
象我上面提到的一些方便性bfg只并没有，所以我感觉方便性还可以做得更好。
> permission是zcml来配置的，但ZCML不是必须。但是这个也有其他的python方法，类似ROR的
>
> bfg是集大家所长的，zope社区不傻，开发bfg的那帮人，是zope社区精华中的精华来的
现在的框架基本上都是集大家之所长，别的框架也一样。我更关注如何让开发更简单，就象我对vcc的回复所描述的。bfg我认为还不够方便。
>
>> 4. 部分配置是使用paste来处理的，因此要有一个单独的ini文件，这样与configure.zcml不是一体的，感觉不统一。当然也表明了，bfg中使用的外部的东西都可以不用。
>>
>
> zcml是组件架构的一部分，其实不是配置，是用于组件注册。ZCMl更多程序一些。ZCML不是必须是可选的。安装这个包后，就不需要写ZCML
> 了:
>
> http://svn.repoze.org/repoze.bfg.convention/
>
> ini文件是paste标准的，并非repoze特有的
我的意思是说，bfg把不同的东西组织在了一起，但是又没有自已统一的东西，所以用起来可能会不方便。用不用ZCML是一回事，其它的形式不过是换了样子，还是你是你，我是我啊。
>
>> 因上从上面，我看到了部分zope的影子，部分pylons的风格。不知道zope的东西还剩多少：Interface,
>> configure.zcml, permission, theme? 这些哪些算是bfg的特色，与其它的框架的区别在哪里？能否再扫扫盲。
>>
>
> 你看到的这个例子，几乎没有zope的影子。
>
> 但是zope的外衣，可以一层一层披上。
>
> 最大的2点:
是4点了吧 :P
>
> 1. 一经配置，可支持对象发布，也就是通过keys()来找子对象，无须url到代码的映射，这个是zope最有特色的了
> 2. 可使用ZODB，这个不说了
> 3. zope的事务支持，当然要装一个filter
> 4. zope的参数转换，比如 a:int=2，会把a转换为整数，有个filter的
>
> 有非常非常多的filter，整个zope都被wsgi化了，都在这里：
>
> http://svn.repoze.org/
>
repoze和bfg是什么关系。因为一会看到这个，一会看到那个。
Zoom.Quiet
> 2009/1/7 潘俊勇 <panju...@gmail.com>:
,,,
>> http://svn.repoze.org/
>>
>
> repoze和bfg是什么关系。因为一会看到这个，一会看到那个。
>
repoze 是 诞生 Zope3 的计划，
bfg 是这个计划的意外作品;-)
Zoom.Quiet
>
精彩！持续收录中！
http://wiki.woodpecker.org.cn/moin/MiscItems/2009-01-06
--
http://zoomquiet.org
'''过程改进乃是催生可促生靠谱的人的组织!'''
Free as in Freedom! 哲思自由软件社区:http://zeuux.org
潘俊勇
repoze社区的老大，都是zope社区的老大。
看看repoze这个单词，可以得知 re-poze:
- re: 重新的意思
- poze, 这个是把zope这个单词的顺序调整了，就是要重新拼装的意思
repoze的计划很大，但bfg是一个很小的web框架。
repoze是社区,bfg是产品，这个关系。
On Jan 7, 9:05 am, Zoom.Quiet <zoom.qu...@gmail.com> wrote:
> 2009/1/7 limodou <limo...@gmail.com>:
>
> > 2009/1/7 潘俊勇 <panjuny...@gmail.com>:
>
> ,,,
>
> >>http://svn.repoze.org/
>
> > repoze和bfg是什么关系。因为一会看到这个，一会看到那个。
>
> repoze 是 诞生 Zope3 的计划，
> bfg 是这个计划的意外作品;-)
>
limodou
> repoze其实是一个针对将zope进行wsgi重构的一个社区，最早是这个意思。
>
> repoze社区的老大，都是zope社区的老大。
>
> 看看repoze这个单词，可以得知 re-poze:
>
> - re: 重新的意思
> - poze, 这个是把zope这个单词的顺序调整了，就是要重新拼装的意思
>
> repoze的计划很大，但bfg是一个很小的web框架。
>
> repoze是社区,bfg是产品，这个关系。
>
谢谢，这下明白了。老潘要多做扫盲工作才行啊。
smallfish
--
blog : http://hi.baidu.com/smallfish7788
bbs : http://bbs.chinaunix.net/forum-55-1.html
smallfish / xiaoyu9805119
--------------------------------------------------
From: "limodou" <lim...@gmail.com>
Sent: Wednesday, January 07, 2009 9:48 AM
To: <pyth...@googlegroups.com>
Subject: [CPyUG:76115] Re: 有正在学习和使用Zope3的朋友吗？
萤火虫
今天我费了很大的劲是试图精简zope然后上传到google apps engine。可是最后还是失败了，我都已经删的不能再删了居然还有7000
多个文件。整整60M这么大。呜呜………………linux kernel不过如此吧~~呜呜。
On 1月6日, 下午11时16分, "马踏飞燕" <honeyday...@gmail.com> wrote:
> 同感，还不如学SSH，这样最起码不用为吃饭担忧。
>
> 2009/1/6 阿信 <xinxingqian...@gmail.com>
>
>
>
> > 我是因为python的简单简洁先学它的，zope从来就没简单过，估计我不会碰它的了
>
> > 在 09-1-6，萤火虫<firef...@gmail.com> 写道：
> > > 是的，被拆开了。就是老潘推荐的repoze。不过我至今还无法理清它们的依赖关系。我只想要个最小的………………哎。
> > > 而且让人郁闷的是，在windows下zope相关的项目几乎没有能够编译的，即使你安装上了vc＋＋那么repoze也会报千奇百怪的错误，搞的都懒
> > > 得在windows下用了。
> > > 我深信不疑的哲学是最小才是最好的，比如django吧。我现在对它几乎没有了热情，除了复杂庞大之外找不到爱它理由了。而web.py的代码满山遍野
> > > 的都是内部函数，烦阿。
> > > 所以我在设计一个自己的东东，基本准则，尊重wsgi，保持简单性，能灵活组合使用（避免OO？）。
>
> > > On 1月6日, 上午10时25分, limodou <limo...@gmail.com> wrote:
> > >> 2009/1/6 萤火虫 <firef...@gmail.com>:
>
> > >> > 面对zope的庞大的依赖关系多少次叹为观止…………………………
> > >> > 如果能有一个最小依赖关系的zope该多好………………
>
> > >> 现在zope3不是拆分成了许多独立的包了吗？可以单独使用。不过没有用过。
>
> > >> --
> > >> I like python!
> > >> UliPad <<The Python Editor>>:http://code.google.com/p/ulipad/
> > >> UliWeb <<simple web framework>>:http://uliwebproject.appspot.com
> > >> My Blog: (new)http://http://hi.baidu.com/limodou
> > >> (old)http://www.donews.net/limodou
>
> > --
> > 正如我的邮箱名一样，我做人的哲学是：信行谦言。
>
> --
> 免费手机铃声电子书下载，在线观看！
> 尽在http://www.honeyday.org
萤火虫
其实我“最小哲学”的原因也在于此处，小巧的设计往往更容易理解，自然也更加的清晰。而且这个小的关键不是在于东西少，而是在于灵活。当你把它所有的枝
叶都去掉之后，它只剩下一个“核”而这个核是非常简单小巧的。当你需要某个东西可以接入进来以一种插入的方式进行。降低依赖关系。如果一个东西依赖了一
堆东西，而这些东西有以指数级的形式依赖另一对东西那将是一个场噩梦。就像redhat的RPM一样，你安装这个东西总是要先安装一堆零碎。
bfg可不小嘛，好家伙也是蛮大的东西了。安装下来几乎一应俱全的包，记得我第一次玩的时候如果你在模板中输入中文还会报错的。当时只是随便看看，没有
深究下去。
潘老大指的3.5k代码是哪个？是这个吗？这个可比35.k大的多~~~~~还是我安装错了？
bin/easy_install -i http://dist.repoze.org/lemonade/dev/simple
repoze.bfg
这种方式安装的。
On 1月7日, 上午9时48分, limodou <limo...@gmail.com> wrote:
> 2009/1/7 潘俊勇 <panjuny...@gmail.com>:
Dong Lee
On 1月6日, 下午11时16分, "马踏飞燕" <honeyday...@gmail.com> wrote:
> 同感，还不如学SSH，这样最起码不用为吃饭担忧。
>
> 2009/1/6 阿信 <xinxingqian...@gmail.com>
>
>
>
> > 我是因为python的简单简洁先学它的，zope从来就没简单过，估计我不会碰它的了
>
> > 在 09-1-6，萤火虫<firef...@gmail.com> 写道：
> > > 是的，被拆开了。就是老潘推荐的repoze。不过我至今还无法理清它们的依赖关系。我只想要个最小的………………哎。
> > > 而且让人郁闷的是，在windows下zope相关的项目几乎没有能够编译的，即使你安装上了vc＋＋那么repoze也会报千奇百怪的错误，搞的都懒
> > > 得在windows下用了。
> > > 我深信不疑的哲学是最小才是最好的，比如django吧。我现在对它几乎没有了热情，除了复杂庞大之外找不到爱它理由了。而web.py的代码满山遍野
> > > 的都是内部函数，烦阿。
> > > 所以我在设计一个自己的东东，基本准则，尊重wsgi，保持简单性，能灵活组合使用（避免OO？）。
>
> > > On 1月6日, 上午10时25分, limodou <limo...@gmail.com> wrote:
> > >> 2009/1/6 萤火虫 <firef...@gmail.com>:
>
> > >> > 面对zope的庞大的依赖关系多少次叹为观止…………………………
> > >> > 如果能有一个最小依赖关系的zope该多好………………
>
> > >> 现在zope3不是拆分成了许多独立的包了吗？可以单独使用。不过没有用过。
>
> > >> --
> > >> I like python!
> > >> UliPad <<The Python Editor>>:http://code.google.com/p/ulipad/
> > >> UliWeb <<simple web framework>>:http://uliwebproject.appspot.com
> > >> My Blog: (new)http://http://hi.baidu.com/limodou
> > >> (old)http://www.donews.net/limodou
>
> > --
> > 正如我的邮箱名一样，我做人的哲学是：信行谦言。
>
limodou
> uliweb这个最开始我就在关注中。但是~~有些东西我是想给开发者留出更大的空间，让他来选择。
> 其实我"最小哲学"的原因也在于此处，小巧的设计往往更容易理解，自然也更加的清晰。而且这个小的关键不是在于东西少，而是在于灵活。当你把它所有的枝
> 叶都去掉之后，它只剩下一个"核"而这个核是非常简单小巧的。当你需要某个东西可以接入进来以一种插入的方式进行。降低依赖关系。如果一个东西依赖了一
> 堆东西，而这些东西有以指数级的形式依赖另一对东西那将是一个场噩梦。就像redhat的RPM一样，你安装这个东西总是要先安装一堆零碎。
>
> bfg可不小嘛，好家伙也是蛮大的东西了。安装下来几乎一应俱全的包，记得我第一次玩的时候如果你在模板中输入中文还会报错的。当时只是随便看看，没有
> 深究下去。
> 潘老大指的3.5k代码是哪个？是这个吗？这个可比35.k大的多~~~~~还是我安装错了？
>
> bin/easy_install -i http://dist.repoze.org/lemonade/dev/simple
> repoze.bfg
>
> 这种方式安装的。
>
你说的"最小哲学"部分同意，正如我的blog
http://hi.baidu.com/limodou/blog/item/8a9a5ab5a9a462c936d3ca93.html
中所说的分层，核心层和定制层。只不过只有最小哲学，可能更适合框架开发人员使用，对于一般用户来说绝对是不够的。pylons差不多就是你的思想，因为许多东西都是可选的，但是可以看一看简单的入门教程都比较复杂。因此我认为在最小哲学之上包含有缺省的定制，这个定制可能是一种，也可以是多种，这样可能才真正方便别人使用。从最小哲学来说，werkzeug可能就是你说的，它不称自已为框架，但是却是框架工具的集成，你可以使用它搭建不同的框架模式，比如：django式的，turbogears式的。它带了许多web的组件，比如开发服务器，request,
response的处理，cache，DEBUG服务，提供了不少wsgi的中间件，还有许多东西，在它的主页上还有如何与sqlalchemy搭建的文章。
@@
zhusupe
@@ 于 01/08/2009 09:11 AM http://embed.mibbit.com/?channel=zhusupe 写道:
> spring struts hibernate
>
> 2009/1/8 Dong Lee <lido...@gmail.com <mailto:lido...@gmail.com>>
>
> 小声问一下， SSH是什吗？ 谢谢。
>
> On 1月6日, 下午11时16分, "马踏飞燕" <honeyday...@gmail.com
> <mailto:honeyday...@gmail.com>> wrote:
> > 同感，还不如学SSH，这样最起码不用为吃饭担忧。
> >
> > 2009/1/6 阿信 <xinxingqian...@gmail.com
> <mailto:xinxingqian...@gmail.com>>
> >
> >
> >
> > > 我是因为python的简单简洁先学它的，zope从来就没简单过，估计我不
> 会碰它的了
> >
> > > 在 09-1-6，萤火虫<firef...@gmail.com
> <mailto:firef...@gmail.com>> 写道：
> > > > 是的，被拆开了。就是老潘推荐的repoze。不过我至今还无法理清它
> 们的依赖关系。我只想要个最小的………………哎。
> > > > 而且让人郁闷的是，在windows下zope相关的项目几乎没有能够编译
> 的，即使你安装上了vc＋＋那么repoze也会报千奇百怪的错误，搞的都懒
> > > > 得在windows下用了。
> > > > 我深信不疑的哲学是最小才是最好的，比如django吧。我现在对它几
> 乎没有了热情，除了复杂庞大之外找不到爱它理由了。而web.py的代码满山遍野
> > > > 的都是内部函数，烦阿。
> > > > 所以我在设计一个自己的东东，基本准则，尊重wsgi，保持简单性，
> 能灵活组合使用（避免OO？）。
> >
> > > > On 1月6日, 上午10时25分, limodou <limo...@gmail.com
> <mailto:limo...@gmail.com>> wrote:
> > > >> 2009/1/6 萤火虫 <firef...@gmail.com
> <mailto:firef...@gmail.com>>: