关于SPING与EJB的胡言乱语

05-12-30 njava
              

所谓分布式就是能够远程调用的就算是,例如B/S就是常见的一中

Ejb支持对象分布(也就是部署分布,我是这么理解的),不过我更喜欢用APP集群,设想谁没事愿意把不同的EJB组件分别部属在不同的APP中,然后对每个APP采用集群呢?针对现在出现的SPING 与EJB两种J2EE框架我觉的用哪个都可以只不过EJB编写比较麻烦有好几个类,我们可以用EJB的LOCALE 取代REMOTE,(它就是多了一个APP(JBOSS等)),但是如过用SPING 多了个SPING ,而且程序被绑丁到SPING 中,但是EJB就不同它是一个规范,用哪个APP都可以,他们都实现可配制的事物等,还有如果用到集群,对数据CACHE这一块是否SPING 可以支持同步等(不要告诉我用另外一个框架代替),随着WEB SERVICES的广泛应用这两个框架都支持B/S和C/S。所以综上所述,我喜欢用EJB,期待EJB3。0出来可以简化开发。就因为他是标准,而且考虑了所有的分布式中的问题,再加上强大的APP提供的功能,需要程序员只关注业务逻辑的开发就可以了,而且层次划分更好,试想SPING能否长久,能否提供如此强大的功能。用EJB使程序可扩展性高,比较长远。本来用一个APP就能实现的功能,非要程序员再去组装不同的框架如SPING+HIBERNATE(如有特殊的需求还要别的框架),试想自己组合这些框架所带来的效率是否比APP效率高呢?再说了,如果这样的话一个公司一套模型,招聘也不好找人呀,用了EJB就不要这么麻烦了,希望JAVA的世界能够统一,

共同努力把EJB给搞好。不要让程序员在选择上如此麻烦(这一点MS确实做的好)

说的对不对只是参考,本人只针对技术讨论.

              

5
blueoxygen
2005-12-30 17:33

谁说的用spring就被绑定了?

EJB时代EJB的脱离容器单元测试这种讨论还好长呢,用POJO的spring呢?

请问你的项目里面有多少正如你所说EJB是分布式的?这就是为什么大家需要一个轻量级的框架,而不需要那么多stub interface EJB Object等对关心业务的人来说是buzz words.

要想统一?好办。大家学学SAP去,那才叫简化,关注业务。

banq
2005-12-31 10:05

两位讨论的都很好,都是一语中的。

其实Spring和EJB争论起源于轻和重的讨论,我偶尔翻起多年前的米兰 昆德拉“生命不能承受之轻”这本书。

记得当时在大学(89年左右)时,一个高年级的“传道士”突然以“生命不能承受之轻”为口头禅,引起我们小辈的羡慕和纳闷,挺拗口的啊。他还说:比喻是一种危险的东西,人是不能和比喻闹着玩的。至此,我以后不敢随便用比喻,老实用逻辑推理来说事吧。

希腊哲学家巴门尼德和中国老子一样,把宇宙氛围对立统一的二元:明与暗;厚与薄;重与轻。

尼采认为永恒的轮回的想法是最沉重的负担,最沉重的负担压迫着我们,让我们屈服于它,把我们压到在地,女人总是渴望承受一个男性身体的重量,于是最沉重的负担同时也成了最强盛的生命力的影像。

负担越重,我们的生命越贴近大地,它就越真切实在。

世界上重的东西很多,艺术上,贝多芬的音乐是重的;软件上:EJB曾经是重的,在我们心目中,重好像代表正统,代表一种主导。

生活中承受沉重负担;软件开发中,过去EJB的学习开发调试都是一种沉重,在我们承受“这些”之重时,我们向往灿烂美丽的生活或软件之轻了。

而这时,曾经轻盈美丽的Spring走到大家面前,受到我们疯狂的欢迎,从此可以摆脱沉重的负担了。

巴门尼德也说:轻者为正,重者为负;我们甚至相信:轻量框架将取代重量,成为正统和主导地位。

但是,重的真的残酷; 而轻的真的美丽?

其实,当EJB 3.0推出;当Spring 2.0的程序需要特别的javac进行编译时,重和轻模糊了。

重和轻的对立是所有对立中最神秘、最模糊的。

谨以本文送给即将进入2006新年的Jdon道友们,希望在新的一年中,我们能够从更高高度来看待技术问题;让我们更加理性和冷静,因为世界是时刻变化中;而我们的思想总可能落后于它。

blueoxygen
2005-12-31 10:24

大家都在期待着EJB3 包括很多喜欢使用spring的人,当然,狂热的粉丝除外。

但是,EJB3不会再现当年EJB2推出时的辉煌了。

mythmoon
2005-12-31 12:01

EJB2没接触过,我也就知道一个概念!我入行的时候已经是POJO的时代了!

不管控制层怎样还有持久化层怎样,tapestry是值得惊叹的好东西,设计和应用上。

11Go 1 2 3 4 ... 11 下一页