开源的JEECMS 2.3.2架构分析-转载

开源的JEECMS 2.3.2架构分析

<!-- 作者信息等 -->

作者：施杨  来源：博客园  发布时间：2009-11-03 16:08  阅读：274 次  原文链接   [收藏]  

<!-- 页码和简介 -->

　　　　　　首先说点题外话，本人不是一个喜欢拿别人做好的开源系统，修改几个图片和页面，就说把这个系统说成是自己开

发的的人。俺很鄙视这样的人。你改本身没有问题，在时间紧，手下没人的情况下，改一个开源系统确实很方便很快捷，节约大

把的开发成本。但是你改完以后说成是自己开发的就未免有些二了。我至今还没有一个项目是改出来的。全都是自己编写。首先我

觉得在我的学习阶段，首先应该以提高自己的编程水平为主，其他东西在我眼里都是粪土。对于一个编程人员来说，这种东西的内

在架构还是值得一看的。不过也完全没有那么神秘或者说深奥。今天我就抽出1个小时，剖析一下 JEECMS 2.3.2 这个J2EE版的

开源CMS。之所以选择这个开源系统，是因为有人号称，这个系统比我之前自己设计的架构还要高一个档次。所以，我也很想一

探究竟。看看到底有没有高出一个档次。

 

       　　 这个系统在半年前我就玩过并且部署过了，那个时候这个系统还是没有完全开源，还是1.0 Beta版，因为好几个关键

jar包都没有开放源码，也就没有研究他的架构，而是不断的学习眼前的知识。直到前些天，一个大四的师兄说用这个系统改了一个

网站，才让我重拾以前封尘已久的记忆。当然我当时也没有打算去研究这个开源系统，但是直到后来有个人说这个系统比我的架构

高一个档次的时候，我决定花上一点时间一窥究竟。证实一下这个说法。同时也让自己设计能力长进一下。

 

       切入正题----------------------

 

       　　剖析系统第一步，当然要先部署上了，首先查看其install目录的jsp文件，得知其web.xml是在安装过程中拷贝过去的

，SQL文件也一览无余，所以俺把源码放好，web.xml拷贝过去，建了库。顺利部署。

 

       　　然后就是窥探其web.xml了，通过web.xml可以得知这个系统采用了：struts2+hibernate+spring+FreeMarker(当

然这个东东不需要要配置)，通过Jar包版本，我可以知道用的是struts2.1.6，hibernate3.3，spring2.5系列。此外在线编辑器

是Fckeditor2.4，还用了一个验证码组件，以及路由过滤器，Proxool连接池。我们仅通过这一个配置文件就可以了解到这些。

 

　　　　然后是窥探spring配置文件，看看我们能发现什么，首先这个系统采用的是spring紧耦合hibernate，好处就是省去一个

文件，坏处就是耦合过紧，不易拆分。此外开启了hibernate二级缓存，缓存采用ehcache1.6，此外加入了spring事务，事务处理

通过Annotation注入，半年前系统学习过源注释，也深知其使用的优缺点。优点干净简洁易修改，缺点不利于维护，业务与配置混杂。

 

　　　　通过引用的jar包可以知道其适用的是dom4j操作xml，全文索引采用了lucene+baoding，日志系统采用slf4j+logback，

OK，上面所列举的种种组件也很大众化，没什么技术难点。实在感受不出比我的架构高一个档次来，再继续研究。

 

    　　通过查看组件的配置，可以知道其部分数据做了持久化缓存，例如站点实体，全局变量，功能集等等，不详细举出了。Struts2

采用了分散配置的做法，这样功能模块更加的清晰。通过查看其配置可以知道使用了struts2的validate组件。这个系统把所有模板都

放入了WEB-INF下，这样安全性进一步提升了，这也是我感觉非常棒的做法。不过这种方案以前也早就知道。

 

    　　源代码分为七部分，分别是文章部分，辅助模块部分，CMS系统部分，核心部分，下载部分，模板部分，以及ponyjava工

具包。其中文章，核心，辅助，CMS，下载更新模块都采用了SSH2的七层结构。至于类的内部结构，我也不做过多解释了，因为

这篇文章只是说架构的。

 

    　　因为源码里没有测试包，所以俺不清楚这个系统用的啥测试，不过这也不是重点。单从以上分析来开，此系统基于整站模板

引擎技术，js，Css，图片等资源与模板分离，模板放置在WEB-INF下，因此仅能通过struts2去调用，安全性非常棒，分离也非常

清晰。页面请求使用了伪静态，便于搜索引擎收录。然后就是有一套完善的日志系统，搜索采用了流行的lucene和baoding分词做

搭配。此外数据库配有连接池，并且配有二级缓存与持久化缓存。验证码也使用了现成的组件，Ajax使用了Json介质，在线编辑器

使用的FCK。FCK禁用了浏览服务器，而且FCK的上传资源也不提供管理，所以并没有超越我扩展后的FCK，源码的研究价值还是比

较大的。尤其是一些工具类，非常具有参考价值。

 

    　　架构分析到这------------------

 

    　　我觉得这样的架构设计的非常合理，但是经过研究后依旧和我之前项目的架构是同样的级别。具体我也不想另行阐述，所以

请没有研究过这个系统就妄下定论的人闭上你的嘴。你用别人写好的架构本没有错，但是你把别人的现成的思想说成自己的，把别人

的劳动归功到自己的身上，我觉得这种人是虚伪的，是可耻的，麻烦睁大眼睛看看这个世界。如果说掌握这样的架构五年内不用学

习新技术，那眼界真的有够渺小，多读读书吧。