我工作于XXX公司技术部PHP组,主要工作内容似乎是开源项目的试验——这个与其他同事有所不同:他们更多倾向于做整合各类应用的快速开发-效率和质量让我常常自叹弗如。
最近将几个以前一直实践的项目引入公司项目中:
1. joomla与discuz桥接器(基于Ucenter);
2. 用户投稿组件(在sa_submit基础上完全重订制);
3. joomla权限系统及多级分类,静态化页面,Seo最终完善。
这些方案有的已经开放,有的仍待完善,但应都能在国庆节期间释放开源版本。
比较喜欢joomla1.0x和Drupal,喜欢前者是因为完整的整站功能及模块快速开发特性,以及商业模板的极大丰富;喜欢后者是因为堪称典范的编码水平(基本上,Ucenter的核心代码能够达到这个水准),简洁的函数库提供开发者较大的便利。
仍然对Joomla1.5不太感冒,因在某个试验性质的项目中试用发现bug多多,简单举例:后台配置中,缓存若选xcache而xcache库在本机不可用,则错误处理对象无法处理这种错误而陷入死循环,这在最新的1.5.7中仍然没有得到解决。我将择日向开发组提交此bug。类似的问题很多,比如对象库设计过于庞杂,页面生命周期流程对非预编译的php来说可能过于复杂,会话仍然必占数据库查询,多级关联查询仍然过多,内核hack复杂度增大等等。
CakePHP及Zend Framework以前有过接触,现在也有开始逐步使用,但前者某些程度上略显生硬——当然也可能是我理解得过于生硬,后者连快速入门的文档都让人不满(虽然不太有精力去看快速入门但这个文档的编制不力很能说明问题)。
虽然如此,仍然计划在利用joomla和drupal作出一个改进型的基础库型CMS后,全面转向Joomla1.5和Zend framework的探索。

关注WEB应用系统架构,侧重效能、可用性研究。欢迎访问treeber.com查看本站整理自网络的非原创精华(筹建中)。
ufonba
September 26th, 2008 at 10:17 am
站长的见解我基本都赞同,但JOOMLA1.5还是有它的好处的,例如模块的新模式,将处理代码和显示代码分离,这样无论是开发还是修改都比以前更快.插件(触发器)的事件多了,可以开发更多有用的插件.
kolidon
September 29th, 2008 at 5:23 pm
我想,组件采用MVC模式,让开发过程确实清晰了很多。
更方便了应用的快速投产。
这当然是一个进步。
只是对其基础库不太适应,发点牢骚。
ufonba
September 30th, 2008 at 12:44 pm
这个是肯定的,无可否认,1.5跟1.0有着质的分别.JOOMLA也是有着让我很无语的地方,例如加载mootools.js.我觉得肯定有比这个更好的JS,73K啊,差不多占了整个页面的1/4大小.虽然可以通过修改模板让它不加载,但这样一来,很多模板都变得别扭.
kolidon
January 12th, 2009 at 8:02 pm
To ufonba
经过minify以后应该不会有这么恐怖的,何况,还有服务器对js及css的gzip呢。只是脚本和css的自动快速拼合慢慢会变成一件重要的事情。