论坛首页 Java企业应用论坛

Spring--也许正成为一个EJB

浏览 73145 次
该帖已经被评为良好帖
作者 正文
   发表时间:2011-04-14   最后修改:2011-04-14
个人认为EJB搞了一大堆就是为了解决事务管理的问题,悲剧的是把标准搞得这么复杂之外还需要依赖中间件。
Spring相比EJB的好处就是不依赖或者少依赖中间件解决事务管理问题,Spring在实现声明式事务中很好的运用了IOC和AOP这些设计思想;另一个好处是Spring抽象了不同的数据访问技术,使他们具有统一或者相似编程的风格,如JDBCTemplate,Hibernate,iBatis等。
至于Spring的其他一些诸如MVC,JMS之类,以我个人经验,没觉得这些模块有什么明显的优点,相反增加了配置的复杂性,要不要用值得探讨。
0 请登录后投票
   发表时间:2011-04-14  
我用ejb超过10年了,用spring也快10年了
要我评价就是:
spring不够完美,但是足够的好
ejb不够差,是相当的烂

ejb唯一剩下的优势,就是热发布
0 请登录后投票
   发表时间:2011-04-14  
咖啡豆子 写道
个人认为EJB搞了一大堆就是为了解决事务管理的问题,悲剧的是把标准搞得这么复杂之外还需要依赖中间件。
Spring相比EJB的好处就是不依赖或者少依赖中间件解决事务管理问题,Spring在实现声明式事务中很好的运用了IOC和AOP这些设计思想;另一个好处是Spring抽象了不同的数据访问技术,使他们具有统一或者相似编程的风格,如JDBCTemplate,Hibernate,iBatis等。
至于Spring的其他一些诸如MVC,JMS之类,以我个人经验,没觉得这些模块有什么明显的优点,相反增加了配置的复杂性,要不要用值得探讨。

楼上的意见我也比较同意。
对于事务这部分,用Spring,我倒没有什么意见。
但是现在的情况却是,不管什么,都要全面用Spring。
我朋友刚加入互联网的一家大公司,给我的原话就是:“离开Spring就不会写代码,不知道怎么写一个Factory,不知道...”。

我不是说写Factory这种事情很重要,但是如果这些基本的内容都不清楚,那么写的代码,做的架构,也实在是很可怕。
我见过最可怕的系统,就是配置文件比代码还多,有Hibernate,Struts、Spring还有别的,我不知道这样的系统如何维护。
0 请登录后投票
   发表时间:2011-04-14   最后修改:2011-04-14
难得,觉得spring不好或者不够好的人不少,敢出来说话的不多,因为很容易被喷,容易被投新手或者隐藏。

我也一直觉得spring越来越庞大,本能的开始反感。spring的ioc还是不错的,但是也有自己的问题,产品大了之后配置文件的维护很成问题。autoware貌似在解决这个问题,但是引入的新问题更多。

为了鼓励楼主说出自己的见解,而不被无端打击,我决定在楼主被人打压下去之前抢先投良好。很欣喜的看到,现在楼主安全了,哈哈。

大家可以继续好好的谈谈这个问题了,我很讨厌正在争执的话题被隐藏。如论如何,要有听取不同意见的态度和胸怀,bs乱投隐藏或新手的行为。
0 请登录后投票
   发表时间:2011-04-14  
wl95421 写道
咖啡豆子 写道
个人认为EJB搞了一大堆就是为了解决事务管理的问题,悲剧的是把标准搞得这么复杂之外还需要依赖中间件。
Spring相比EJB的好处就是不依赖或者少依赖中间件解决事务管理问题,Spring在实现声明式事务中很好的运用了IOC和AOP这些设计思想;另一个好处是Spring抽象了不同的数据访问技术,使他们具有统一或者相似编程的风格,如JDBCTemplate,Hibernate,iBatis等。
至于Spring的其他一些诸如MVC,JMS之类,以我个人经验,没觉得这些模块有什么明显的优点,相反增加了配置的复杂性,要不要用值得探讨。

楼上的意见我也比较同意。
对于事务这部分,用Spring,我倒没有什么意见。
但是现在的情况却是,不管什么,都要全面用Spring。
我朋友刚加入互联网的一家大公司,给我的原话就是:“离开Spring就不会写代码,不知道怎么写一个Factory,不知道...”。

我不是说写Factory这种事情很重要,但是如果这些基本的内容都不清楚,那么写的代码,做的架构,也实在是很可怕。
我见过最可怕的系统,就是配置文件比代码还多,有Hibernate,Struts、Spring还有别的,我不知道这样的系统如何维护。

Spring现在对我来说, 也就是声明式事务了(绝大多数是本地事务), 轻量级的声明式事务实现,Spring也不再是唯一的选择了.
0 请登录后投票
   发表时间:2011-04-14  
ejb2 的确不够好,但是ejb3 已经改善很多了。只是ejb的名声已经烂了,spring如日中天,ejb3 无力回天。

spring 还是不错的,只是用烂了。而且真有不用spring都不会写代码的人存在,这个才是真正的悲哀。连oo都不清楚,连依赖注入的理念都不理解,就知道到处spring,到处di,这种人我面试过不少。

比较头疼的是,业界没有合适的可以替代spring的东西。如果只是ioc,还可以找到google guice之类的替代,但是spring提供的是完全的解决方案,基本什么都有了,这个才要命。

感觉才下了ejb的贼船,又上了spring的船。。。
1 请登录后投票
   发表时间:2011-04-14  
skydream 写道
ejb2 的确不够好,但是ejb3 已经改善很多了。只是ejb的名声已经烂了,spring如日中天,ejb3 无力回天。

spring 还是不错的,只是用烂了。而且真有不用spring都不会写代码的人存在,这个才是真正的悲哀。连oo都不清楚,连依赖注入的理念都不理解,就知道到处spring,到处di,这种人我面试过不少。

比较头疼的是,业界没有合适的可以替代spring的东西。如果只是ioc,还可以找到google guice之类的替代,但是spring提供的是完全的解决方案,基本什么都有了,这个才要命。

感觉才下了ejb的贼船,又上了spring的船。。。

上贼船这个说法不错. 不过呢,前者是在诱惑用户花钱去买昂贵的容器, 后者嘛..危害没那么大
0 请登录后投票
   发表时间:2011-04-14   最后修改:2011-04-14
神马都是浮云,系统稳定、及时响应才是王道!!!,俺用jdbc(分装过的),开发速度也是很快的!
0 请登录后投票
   发表时间:2011-04-14  
axeon 写道
楼主的观点是正确的,但是你注定要被投新手和隐藏。
为spring叫好的,才真的是新手,不单单对java的历史没有比较,很多在开发语言层面上也没有比较。刚入行就做java,直接就做spring。
你若真的让他用别的语言写个东西,立刻六神无主,如若让他不用spring写java的东西,他也同样六神无主。
这姑且也算是斯德哥尔摩综合征之一吧!

楼主被投新手和隐藏的原因是新手的基数还真的很大,而且很爱发言。

ejb我算是国内第一批用的,做了几个大项目,平心而论,不是那么好用,也不是那么难用。
spring也是国内第一批用的,其实本质上和ejb差不多,一个解决了A问题,带来了B问题,一个解决了B问题,带来了C问题。

但是,我就弄不明白了,spring难道是你亲爹,那么维护着?


你说你用spring做过大项目,我怎么看不出来啊,JAVA里面吹牛逼的真多,如果你真的用过spring做过大项目,我相信你就不会说了,没有spring的IOC你的维护会叫你死掉,没有IOC你的代码改动会叫你改一处动全身。而且spring已经不仅仅是IOC他集成了所有框架和技术优势,把他们又简单话,所以业务上的扩展非常容易。这就是spring本身的目标80%的代码。JAVA里面向你这样滥竽充数的太多了,没办法因为JAVA的Hellworld太简单了而且JAVA本身代码有不复杂,不像C会涉及到指针涉及到硬件,所以今天的所谓的JAVA人太多了。我带的Team里面就有很多,从他们的逻辑思想上就能看出来。嗨不想骂你算了,年轻人别太浮躁,要真想学好JAVA多研究研究JAVA的各种框架吧,只有你真正的会使用各种框架了,你才能到架构师的方向。算了不说太多了
0 请登录后投票
   发表时间:2011-04-14  
axeon 写道
楼主的观点是正确的,但是你注定要被投新手和隐藏。
为spring叫好的,才真的是新手,不单单对java的历史没有比较,很多在开发语言层面上也没有比较。刚入行就做java,直接就做spring。
你若真的让他用别的语言写个东西,立刻六神无主,如若让他不用spring写java的东西,他也同样六神无主。
这姑且也算是斯德哥尔摩综合征之一吧!

楼主被投新手和隐藏的原因是新手的基数还真的很大,而且很爱发言。

ejb我算是国内第一批用的,做了几个大项目,平心而论,不是那么好用,也不是那么难用。
spring也是国内第一批用的,其实本质上和ejb差不多,一个解决了A问题,带来了B问题,一个解决了B问题,带来了C问题。

但是,我就弄不明白了,spring难道是你亲爹,那么维护着?

这位大哥说的中肯,我也有同样的感觉。spring封装了太多技术细节,会带给新入行的人一个桎梏,导致脱离了spring很多人完全都不知道该怎么办了
0 请登录后投票
论坛首页 Java企业应用版

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