|
锁定老帖子 主题：Spring--也许正成为一个EJB
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-04-16
skzr.org 写道
与其说Spring正在成长为一个EJB，不如承认Spring正在成熟，Spring的生态环境已经是一个小地球了选择Spring
顶下哈 实际上SpringSource围绕Spring已经开发了很多组件.可以说有一整套解决方案. 如Springsecurity,spring roo,spring batch以及很多我所不知道的套件. 甚至还包括了tc server,Grails,和STS等
对于这点很多人极度BS,认为Spring越来越臃肿,很多套件纯属打酱油用的. 对于这个观点我前半部分我保留意见,后半部分我坚决支持~
但我们要认识到,围绕Spring而产生的众多周边套件反而证实了Spring这个框架本身的强大. Spring3的好处很多,在此不一一多说了.
但我可以大胆预言下. SpringMVC以后将会成为java web开发事实上的标准.在web层将会和现在hibernate的地位一样.
未来两三年后,从全球范围来看,新项目的用Spring3MVC的应该要多于struts2. 其实网上关于Spring3的资料已经有大把了. 比如在stack overflow中搜索struts 相关的资料有1024条信息 而搜索 spring mvc 却高达 4108条信息!! 这说明在国外SpringMVC已经取代struts成为新的web层标准了.
因为SSH的原因,struts在中国可能还有几年的高流行度. 但是如果struts没有进一步的发展,被Spring 淘汰是必然的.
|
| 返回顶楼 | |
|
发表时间：2011-04-16
楼主说的几个问题，其实并不都是问题，为了接口而接口我记得我最初用spring的时候是因为事务管理默认使用的是jdk的代理，而jdk代理是只支持基于接口的，这点属于是jdk的问题，而后来才发现cglib或者javassist可以基于类做代理的。
模块化设计只要基础搭建的好也是可以实现的，减少了静态编译的机制，增加了不必要的错误，使用myeclipse或者spirng ide还是可以解决的。 配置文件比较多这个确实是个比较麻烦的问题，而且spring现在越做越大，大有脱离java的趋势，一个项目越做越大离被抛弃已经不远了。 |
| 返回顶楼 | |
|
发表时间：2011-04-16
EJB,至今为止没有被淘汰的说法，它依然是那么强大，只是唯一的区别是它并不是那么轻量级，但是它有太多太多企业级的功能，但往往很多项目只会用到其中的一种或几种，所以要去寻求一种轻量级的框架来解决这些问题，这才出现了Spring,而Spring在慢慢的发展中，也不断的整合了过多的功能，而可不可说，Spring在向EJB方向发展喃？
|
| 返回顶楼 | |
|
发表时间：2011-04-16
发这种帖子的人的心态基本处于,不满现实,又无力改造现实,就只好埋怨现实为啥不尽如人意了,当作娱乐玩玩还行...........
|
| 返回顶楼 | |
|
发表时间：2011-04-16
最后修改：2011-04-16
能在运用技术的过程中，看到这么多。觉得LZ真是个用心的人。而且没有丝毫尖刻的言语和过激的情绪，一切从容自如，佩服。如有幸，真想认识认识。
|
| 返回顶楼 | |
|
发表时间：2011-04-16
liukai 写道
skzr.org 写道
与其说Spring正在成长为一个EJB，不如承认Spring正在成熟，Spring的生态环境已经是一个小地球了选择Spring
顶下哈 实际上SpringSource围绕Spring已经开发了很多组件.可以说有一整套解决方案. 如Springsecurity,spring roo,spring batch以及很多我所不知道的套件. 甚至还包括了tc server,Grails,和STS等
对于这点很多人极度BS,认为Spring越来越臃肿,很多套件纯属打酱油用的. 对于这个观点我前半部分我保留意见,后半部分我坚决支持~
但我们要认识到,围绕Spring而产生的众多周边套件反而证实了Spring这个框架本身的强大. Spring3的好处很多,在此不一一多说了.
但我可以大胆预言下. SpringMVC以后将会成为java web开发事实上的标准.在web层将会和现在hibernate的地位一样.
未来两三年后,从全球范围来看,新项目的用Spring3MVC的应该要多于struts2. 其实网上关于Spring3的资料已经有大把了. 比如在stack overflow中搜索struts 相关的资料有1024条信息 而搜索 spring mvc 却高达 4108条信息!! 这说明在国外SpringMVC已经取代struts成为新的web层标准了.
因为SSH的原因,struts在中国可能还有几年的高流行度. 但是如果struts没有进一步的发展,被Spring 淘汰是必然的.
spring是越来越臃肿了，但是他是模块化的，而并不是要求你用一个就必须都要用，当初EJB2就是要求必须全用，所以才有这个问题，JAVA本来在硬件和技术深度上就要求不多，那么如何验证你的JAVA能力呢，其实就是要求你尽量的掌握多方面的技术，而不是一个简单的Helloworld，技术的发展本来就是越来越庞大了。这个跟spring没关系，而spring的臃肿正是跟上了时代的进步，所以才是有发展的，至于你们认为的spring越来越复杂了，那是因为你们没有跟上时代的变化，而在抱怨别人不要变化，这个只会自欺其人。个人认为springMVC是比较好用也看中比struts好，但是下一带的MVC不是springMVC而可能是spring现在在推导的spring webflow,以及Oracle其实也在提倡的JSF。他们使得VIEW的开发更加便利更加有效率了。
|
| 返回顶楼 | |
|
发表时间：2011-04-17
yangxinxyx 写道 EJB,至今为止没有被淘汰的说法，它依然是那么强大，只是唯一的区别是它并不是那么轻量级，但是它有太多太多企业级的功能，但往往很多项目只会用到其中的一种或几种，所以要去寻求一种轻量级的框架来解决这些问题，这才出现了Spring,而Spring在慢慢的发展中，也不断的整合了过多的功能，而可不可说，Spring在向EJB方向发展喃？
个人认为spring的发展已经不仅仅局限与对EJB的追捧了，而是超越了他比他做的更好了。只不过对于EJB来说，他更加适合商业公司的封装而拿出去买钱，其实这些都是商人的把戏罢了。 |
| 返回顶楼 | |
|
发表时间：2011-04-17
我敢说就现在的spring来说，就算他要求负费使用也会有N多公司来使用的，所以可见其强大之处
|
| 返回顶楼 | |
|
发表时间：2011-04-18
套用spring in action 中的一句话
spring从业就没有想代替成为ejb,只不过是ejb的很多技术针对开发人员不友好,spring的目标就是磨平这个粗糙的棱角。 还有就是我不知道大家为什么要喷ejb? 仅仅是因为ejb2对大家的印象不好? 我学的东西不多， 但是就我所知。 能有第二个能够像ejb一样提供完整的（分布式）企业级技术方案？ 当初第一次看ejb的技术规范时，就热血沸腾（现在也是） 虽然在现用的不多， 特别是国内。 那是因为没有太多复杂到足够使用EJB所有技术的项目。 接刚才说的。 spring的目标就是磨平EJB的粗糙的棱角。 这势必造成spring会集成更多的ejb技术。 不可能说spring集成jms就叫好。spring集成jta就咒骂？ 还有就是，spring就核心的ioc和aop并不是说在集成了其它技术就不能用了。 你要不喜欢， 也不可以使用spring提供的封装， 只使用aop与ioc也是可行的啊 |
| 返回顶楼 | |
|
发表时间：2011-04-18
咖啡豆子 写道 pengpeng99bill 写道 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的各种框架吧，只有你真正的会使用各种框架了，你才能到架构师的方向。算了不说太多了 这......... 这人也就是个码奴(代码奴隶,被框架驾驭的家伙)而已... |
| 返回顶楼 | |
