论坛首页 Java企业应用论坛

JdonFramework架构分析

浏览 15067 次
精华帖 (1) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2004-12-27  
全文:http://gigix.blogdriver.com/gigix/474041.html

引用
可以简单地总结说,JdonFramework是一个这样的架构:它结合了EJB和轻量级架构两者各自的短处,却抛弃了两者各自的长处


引用
说实话,我非常希望我这次的判断是彻底错误的,我非常希望有人能够向我证明:JdonFramework实际上是一个出色的架构。原因是,我不愿意相信,一个做了好几年J2EE架构师和咨询师的中国程序员会做出这样一个彻底错误的架构来。
   发表时间:2004-12-28  
支持,开源也有好坏之分。

不能认为,只要开源,就是好东西。
只要放出源码来,就是贡献。

说不定,还是误导呢!
0 请登录后投票
   发表时间:2004-12-28  
“放出源码”这件事本身终归是好事。但不能因为这个源码是我放出来的,就一定要把里面的不好也说成好。放出源码是一件事,分析和评价是另一件事,这两件事不能混为一谈。
0 请登录后投票
   发表时间:2004-12-28  
都是我不好,为什么要把那个东西贴 出来呢。

唉。。。。

不过也对,给别人看,就要能接受批评。支持gigix
0 请登录后投票
   发表时间:2004-12-28  
关你什么事呢,你不贴出来,今天的TSS也会看到的。

不过我建议大家不要到TSS去争论,这场争论(如果会有的话)就局限在华语社区内部好了。
0 请登录后投票
   发表时间:2004-12-28  
呵呵,banq已经把gigix列入了黑名单,下了逐客令了。
javaeye的用户也被定性为虚伪。
robbin惨了,banq老大直接点名批评。
一个开源项目,怎么被banq演变为帮派火拼呢,建议不要再讨论了。
0 请登录后投票
   发表时间:2004-12-28  
我看过了他的源代码,也把我的分析贴到这里来吧,就技术谈技术:

从banq的材料来看EJB是被当做O/R Mapping来用的。而拿AOP仅仅用来做Cache的话,本来也无可厚非,不过他的业务代码中怎么都是这种:clearCache(); 如果真的使用了AOP,又怎么会需要手工写这种东西?Model类,就是每个域对象必须继承的Model类,它的代码实际上是管理Cache的。这种通过继承关系静态编程管理的Cache机制,并不是什么AOP。

就Cache部分代码来看,banq自己实现了cache部分全部代码,不过遗憾的是,正如banq自己宣传的那样,“无所不在的Cache”,整个框架代码无所不在的充斥着Cache的管理代码,实际上这已经违反框架各个功能模块松偶合的原则,与banq自己宣传的AOP方式实现cache,从而分离Cache关注点的原则背道而驰。造成的后果就是Cache的高度难以管理,以及在某些情况下不得不在业务代码中手工操作Cache(可见banq提供的demo)。

我建议大家有空可以看看Hibernate源代码部分是如何实现Cache的。Hibernate并不自己编写Cache代码,而是提供一个统一的对象Cache操作接口,提供给Hibernate其他功能模块使用,而这个统一的对象Cache接口下面编写了不同的Cache的Provider类,你可以方便的切换各种Cache实现,Hibernate其他部分完全无需关注,这种模块化的设计才是漂亮的方式。

此外jdonframework分别依赖如下库:

aopalliance.jar
servlet.jar
ejb.jar
jdom.jar
log4j-1.2.8.jar
jms.jar
hibernate2.jar
apache-common的包
pico Container的包
JBoss App Server的包
Castor的包
Struts的包

这意味着你必须在一个J2EE兼容的App Server上面才可以运行,而无法在Web container上面运行。特别的,框架Security部分代码紧密偶合JBoss的Security的类,这意味着该框架甚至无法在最主流的Websphere/WebLogic上面运行,而锁定在JBoss App Server上面。
0 请登录后投票
   发表时间:2004-12-28  
潜水好久了,也出来冒个泡吧,呵呵!
今天一大早就在TSS上看到这个新闻,还非常奇怪为什么在今天轻量级框架占尽天时地利人和的时候,banq居然把他几年前可能会出尽风头的所谓的opensource,framework在TSS上发表,在TSS上高手如林,众目睽睽之下还敢发表EJB framework,真是勇气可嘉,在很久很久以前看过有关hibernate讨论的一篇,有着“华山论剑”气势的文章,可以看到banq对于J2EE的理解如此之深刻,那时对banq的敬佩真是发自内心的。也看过不少gigix发表的文章,看到和自己年龄相仿的程序员,能够有时间去研究那么多新技术,文笔也不错,也是发自内心的钦佩。我双手赞成gigix的观点,同样我也不能说服自己去接受jdonframework,我非常奇怪为什么banq这几年好像在J2EE领域没有什么进步,而同样的产品Appfuse的作者,在发布了Spring+struts+hibernate的Appfuse,还在不断的用新的技术去完善Appfuse。大家可以在Matt Raible的blog看看,经常的保持更新,经常的讨论新的技术。我觉得banq是否应该总结一下经验教训,作为一名架构师,应该时时的关注新的技术,而不要还停留在几年前的技术上,EJB2.0注定要被淘汰,取而代之的是EJB3.0,轻量级的POJO框架,这是大势所趋。
0 请登录后投票
   发表时间:2004-12-29  
Patrick 写道
潜水好久了,也出来冒个泡吧,呵呵!
今天一大早就在TSS上看到这个新闻,还非常奇怪为什么在今天轻量级框架占尽天时地利人和的时候,banq居然把他几年前可能会出尽风头的所谓的opensource,framework在TSS上发表,在TSS上高手如林,众目睽睽之下还敢发表EJB framework,真是勇气可嘉,在很久很久以前看过有关hibernate讨论的一篇,有着“华山论剑”气势的文章,可以看到banq对于J2EE的理解如此之深刻,那时对banq的敬佩真是发自内心的。也看过不少gigix发表的文章,看到和自己年龄相仿的程序员,能够有时间去研究那么多新技术,文笔也不错,也是发自内心的钦佩。我双手赞成gigix的观点,同样我也不能说服自己去接受jdonframework,我非常奇怪为什么banq这几年好像在J2EE领域没有什么进步,而同样的产品Appfuse的作者,在发布了Spring+struts+hibernate的Appfuse,还在不断的用新的技术去完善Appfuse。大家可以在Matt Raible的blog看看,经常的保持更新,经常的讨论新的技术。我觉得banq是否应该总结一下经验教训,作为一名架构师,应该时时的关注新的技术,而不要还停留在几年前的技术上,EJB2.0注定要被淘汰,取而代之的是EJB3.0,轻量级的POJO框架,这是大势所趋。


态度决定一切……
0 请登录后投票
   发表时间:2005-01-10  
本来与我无关,但我实在看不惯gigix,这句被gigix强调的话:

引用
说实话,我非常希望我这次的判断是彻底错误的,我非常希望有人能够向我证明:JdonFramework实际上是一个出色的架构。原因是,我不愿意相信,一个做了好几年J2EE架构师和咨询师的中国程序员会做出这样一个彻底错误的架构来。


从技术上这方面我不是强项,但我肯定:不存在一个彻底错误的框架,我也看不出这话对人会有多大的帮助。我只觉的gigix笔尖锋利,但这有什么用?我始终认为一个人的言,行是能对他人有益,对社会有价值的。只为说了嘴爽,那跟意淫没有区别。

最后讲个故事。苏轼和佛印打坐,苏轼说:“我用我的慧眼,看到大师是团牛粪。”佛印不恼,反道:“我用我的慧眼,看到施主是佛祖化身。”回到家,苏轼很高兴地告诉了他妹妹,苏小妹笑道:“哥哥你被骂了。难道你不知道,慧眼所见即你心中缩影?你心中是团牛粪,故看到大师是团牛粪;大师心中是如来,故而看你是如来化身。”

这里没有人是苏轼,也没有人是佛印,只有个道理:辱人者,其必自辱而后人辱之。
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics