Plone开发感想

在CZUG-Plone技术讨论  中和几位朋友聊到plone开发感想，在此引用过来。查看原文 发件人： 张炳凯我用Plone也有蛮长时间啦,这一直来都是Plone的超级粉丝,也逐步地...

在CZUG-Plone技术讨论  中和几位朋友聊到plone开发感想，在此引用过来。

发件人：

马踏飞燕

说的太对了！我现在做个企业网站，用django一个星期，用plone的话至少先胸闷一个星期然后再开始。。。。（需要很多时间来回忆...）
不是plone不好，是plone太复杂，人少的话并且项目也很小的时候就不适合用了。
不过，接下来我们倒是打算用plone来实现一个门户类型的站点的，还在论证中——技术成熟性基本上没有问题，倒是接下来的开发与维护方面不太放心！（开核潜艇

去抓大闸蟹，功能方面没问题，但是维护成本也太高了，呵呵，不太恰当的比喻。。。）

发件人：

马踏飞燕

对中小型项目、关系型数据库项目打算放弃plone了。毕竟对象数据库的数据挖掘、查询分析统计这些对于关系数据库很平常的操作，我实在是想不出应该怎么实现。

。。可能我的思维老化了吧？？？？

发件人：

潘俊勇

马兄果然是文化人啊，果然是语不惊人死不休 ;-)

django不是很了解。但是我知道的是：

-
django是针对开发人员的，不懂开发的人，是不打可能用转的
-
Plone直接面对对不大懂技术的系统集成人员的，定制Plone，不需要太多开发知识。

可能对于老马这样的开发人员，看代码比从Plone中大量的对象和标签页面中找定制方法更直接。

Plone的很多功能还隐藏在ZMI中，这个界面的确并不友好。但这正在改观，Plone的控制面板中的设置项越练越多，这就是证明。

我相信Plone并不是核潜艇，而是一把目前还需要阅读使用手册才会使用的多功能瑞士军刀。
一旦掌握Plone的使用，定能达到小李飞刀的所向披靡之功效
;-)

发件人：

潘俊勇

> 对中小型项目、关系型数据库项目打算放弃plone了。

Plone有完整的关系数据库访问接口的: 用Z SQL Method。
使用Plone，是可以做所有的web开发方面的工作的。
我个人感觉，如果说掌握Plone定制是需要阅读手册才好使的小李飞刀，那么完全掌握Plone的开发，还真是有点核潜艇的味道(这个内容是比较多些)。专注一

段时间，我相信是可以驾驭这个核潜艇的。想用踩滑板的方式来玩转Plone的开发，还真不大容易。

发件人：

马踏飞燕

Z SQL Method用过，不过感觉太麻烦。。。
一个很小的功能，就要写好几个文件，太耗体力了。
至于Plone，作为一个CMS系统，最强大的功能还是在于各种类型媒体的内容的管理，而对于传统的小型项目做起来确实很麻烦。
例如，客户需要一个产品库的展示功能，要求有产品的编号，名称，简介，图片，型号，价格等等信息，这些东西如果用关系数据库来实现是相当的方便，而用plone

就比较麻烦了，现有的类型信息不够，需要自己定一个ATType，现在有ArchGenXML也不是啥问题，但是，接下来的对数据的索引，查询，统计等就麻烦了，可能是我不会所以觉得无从下手，呵呵。

不管怎么说，plone都是一个优秀的系统，而现在国内真正能把这个核潜艇开动的人还真是屈指可数啊！

发件人：

wgh wgh

Z SQL Method用过，不过感觉太麻烦。。。

> 一个很小的功能，就要写好几个文件，太耗体力了。

我用过Z SQL
Method,我觉得写几个文件可以把程序的数据，逻辑和表现层分离得很清晰，非常容易维护。虽然写的文件数目多几个，但是整个代码的数量好像并不多。

至于Plone，作为一个CMS系统，最强大的功能还是在于各种类型媒体的内容的管理，而对于传统的小型项目做起来确实很麻烦。

> 例如，客户需要一个产品库的展示功能，要求有产品的编号，名称，简介，图片，型号，价格等等信息，这些东西如果用关系数据库来实现是相当的方便，而用plone就比较麻烦了，现有的类型信息不够，需要自己定一个ATType，现在有ArchGenXML也不是啥问题，但是，接下来的对数据的索引，查询，统计等就麻烦了，可能是我不会所以觉得无从下手，呵呵。

其实你可以用Z SQL Method
按照传统的方法来写，使用关系型数据库。个人感觉，zope/plone的支持两种开发的方法，一种是使用zodb，自己写一个Content-Type，一种

就是使用Z-SQL
Method,连接关系型数据库。我感觉使用第二种方法，完全可以达到使用Php或者asp语言操作数据库的灵活性，同时还可以使代码更为清晰干净。如果有需求，我认为完全可以把一个典型的asp网站转换为使用z
sql method + 关系型数据库 的zope/plone站点。

不管怎么说，plone都是一个优秀的系统，而现在国内真正能把这个核潜艇开动的人还真是屈指可数啊！

马兄最近在zope/plone社区表现积极,我等还盼马兄来开plone这所核潜艇啊：）

发件人：

<yumoq...@donar.com.cn>

我的感觉是，任何的开发语言都需要训练，plone也不例外。

对中大型型系统，我倒是觉得不应该用zope空间来存放数据，我们做过试验，当zope中的instance过多时，zodb的增长较快（特别是instance经常修改的情况）性能受到一定的影响。

我们的做法是，在zope空间存放程序代码，而在数据库中存放数据，这样即使在大数据量下也能保持一个好的性能。

我们用这种方法开发了一些网站，如 http://www.bbker.com 和 http://efax.dl-biz.cn
www.bbker.com 是一个博客网站 开业1月目前在www.alexa.com排名30000左右，
efax.dl-biz.cn是一个网上传真运用系统，为大连电讯开发，开业1月左右目前用户1千多户。

这两个网站都使用zope+z sql method + mysql数据库作为开发平台，efax.dl.cn使用了AJAX用于开发客户界面，这个网络传真系统为数不多不需要下载客户端软件的纯浏览器方式的运用。

发件人：

wm

plone
我也看了快半个月了，这种产品太优秀了，但要想掌握确实需要时间，对于马先生和潘先生这样的人来说，没有plone，他们可能自己也能做一个出来。对于非专业开

发人员，难度是很大的，就像以前opencms，工作流以及安全等方面好的一塌糊涂，可是最后出来的网站确不行，不是不优秀，而是技术不到位。我感觉开源的东西，一般人也难掌握，你还是需要人家，这可能是开源产品的动力。