Spring--也许正成为一个EJB

我在想，如果我开始的时候，换个名字，比如说“Spring被严重滥用”或者是“大家使用Spring时，经常误解了面对接口编程这个概念”，可能会更容易理解一些，可能有些争吵就是不必要的了。应该算是我的失误，虽然本意并非标题党，但还有给人这种感觉。在此说声抱歉了。

最后算是总结一下吧（包括我自己一开始要表达的内容，以及中间想到的一些内容）：

• 我不是什么技术牛人，也从来不敢说自己在哪方面有所擅长，所以我讨论问题的时候，很少用绝对来肯定或者否定某些内容或者观点，因为我的角度永远只是片面的。很多支持Spring的人，因为他们可能用得非常正确，也的确简化了他们的工作，自然是认可的。而反对Spring的人，可能是没有用好，或者用得场合不正确，所以也就反对了。所以支持者和反对者之间并不见得有什么矛盾，更不必言语上有太多的相互冒犯。将自己的立场和场景讲清楚，可能会更好。
• 我从来没有说过Spring没有用，也没有建议大家不用Spring，我只是强调在使用Spring的时候，多多思考，不要教条化。事实上，对于事务，Proxy，还有很多助手类，我也很喜欢用。我对Spring提出的问题在于，它的IOC方式太容易被滥用，当然是否有更好的方案，我也不确认。但这并不妨碍我提出问题。我也说了IOC有很多种方式，Spring的只是一种，大家可以跳出去看一下，学习一些新东西，绝非坏事。
• 主要问题在人，而不一定是技术，Spring也好，EJB也好，都有自己的场合。高手可以用很简单的架构解决很复杂的问题，同样给低手一个再好的架构，也能做烂一个项目。但是Spring在宣传，或者设计上容易让别人误用（也可能是大量不严谨的例子引起的，我经常回头看自己写的一些东西，也会发现当时只是就问题谈问题，给出了一些例子，还是容易误导的）。所以我也一直强调，不能不分场合的滥用，如果这样，那么不管Spring，还是EJB，都存在问题。
• 面向接口编程这个问题，也没有必要细讨论，提出来，供大家参考就OK了。
• 至于我提到的这些问题，都是可以解决的，这个我是同意的，我也提了一些思路，如Spring更合适做模块，模块间可以通过其它的方式来交互，又或者模块间的Spring Context和模块内的Spring Context相互隔离。当然更希望大家能有更好的建议。
• 再加一句，我只希望做技术的人，在使用框架的时候，都有自己的思考，不仅仅是怎么完成工作，更想知道为什么这样做，还有没有更好的方式。我也理解，在中国，深入做技术的确很难，不管是工作压力，强度，还是整个社会，但是有些事情总还是可以考虑的吧。

以下是原来的内容：

引用

本来想注册一个马甲来写这个帖子的，因为估计自己会被骂得很惨。
但是想想还是认了吧。
说个额外的话，大家如果分别看一下支持和反对者说话的语气，就会觉得蛮好玩的。

我不善于写长文章，就简单的说一下自己的看法吧：

• 依赖注入并不是不好，但Spring的依赖注入并不是很好，因为他要强迫很多人员了解别人的东西（你现在要用别人的一个接口，需要配置Spring，那么你必然要找到该接口的实现类，甚至是多个实现类，需要了解别人内部的东西，这叫解耦吗），特别是开发人员水平不高的情况下，基本上就是为了注入而注入，为了接口而接口。
• Spring更合适在模块内部使用，但现在大部分开发人员都做不到模块化设计，而Spring大量的配置文件，将相关内容全局化了，进一步破坏了模块化设计的可能。
• Spring的配置文件太多，而且基本上现在web开发中，都是全局化的，再加上autowire，维护难度远远大于代码。
• 减少了静态编译的机制，增加了不必要的错误。
• 占个位，慢慢补充。

当然有人说，是很多人没有用来Spring，事实上，EJB也是这样，不是EJB不好，而是EJB没有被用好。
就好象API的设计，如果你设计了一个API，却很容易让人误用（或者是进行了错误的宣传），那么责任是使用者还是开发者呢？

大概在7年前，我就不太认同Spring，当然Spring不会因为我的不认同而停止，7年后，情况似乎更严重了。
当时我在CSDN上写的一个Blog: http://blog.csdn.net/wl_95421
我现在仍然想问一个问题：配置文件真的比代码更容易维护吗？

另外说一句，我反对Spring的思路，但是也会用到Spring的一些功能包，比如Jndi的封装等。

估计很多人不同意我的意见，不过希望大家静心讨论一下。

另外说一句，“面向接口编程”，这话里的接口不是java的interface，如果真正翻译一下，应该是“面向抽象编程”，也就是说，将功能抽象出来，然后通过对外的内容提供功能，至于对外的内容是interface，还是class，要看具体的情况。
不是说我写了一个接口，再写一个实现类，就变成“面向接口编程”。
所以也提醒大家注意，回头看一下自己的代码，是否真地对自己的功能进行抽象了，如果说从interface中看出了非常具体的功能，那么这个interface其实就没有什么意义。


我来回答一下问题吧：

引用

Spring完全没有强制你如何写代码

是否强制，这个很难说。仍然是那个建议，java.util.ServiceLoader和Spring两种注入方式，哪种更容易误用呢？一个框架多少都会对使用者施加一定的影响，说没有强制是不大可能的。
问题不在于强制于否，而是在接受的同时，要有自己的思考。
比如说，这种问题Spring有一种解决方式，那么有没有别的方式，思考之后，觉得没有，OK，继续用Spring，如果有，尝试用一下别的内容，也学到了东西，有什么不好呢？但现在这种情况不太普遍吧。

引用

也没看出来你有啥有建设性的建议

我提一个建议，不一定说好，供参考。
将一个大项目分成多个模块项目，模块项目间不使用Spring组装，每个模块都自己清楚的对外功能入口。然后模块内部的Spring文件对外屏蔽，不要外部修改。这样外部使用一个模块的时候，无须去了解Spring文件，而且每个模块内部使用一个相应的ApplicationContext，不会项目所有的模块共享一个Context，可以适当地减少混乱。
当然Spring-DM也有这部分思想的体现，只不过它当时更多是为OSGi来做。
又说到老的话题，Spring也有很多好东西，但好东西往往没有被用好，反而是被用烂了。

引用

如果without spring,你有更好的方案吗？没有，那就接着用吧。

引用

难道兄弟你有更高明的方案？如果没有，请不要乱说！

这句话其实没有意义，每个技术都有适用的场景，有些场景下用Spring也是合适的，但是我看到的情况都是在滥用。为一个功能写一个接口和一个实现类，然后就认为是面向接口编程。这种思路怎么来的，真正用的好吗？我是比较怀疑的。
如果说到方案，只能具体化，打个比方，JDK的ServiceLocator也是非常强大，同时也很简单的。用他同样可以解决很多问题，NetBeans的Lookup也很简单，同样支持了NetBeans。

引用

多么令人蛋疼的观点,发言要靠事实依据,你有证据证明ejb是因为没有被用好才淘汰的吗

EJB一开始就主要目的是为了分布式功能来做的，在当时是没有什么问题的。但在当时有多少项目需要用到EJB呢，很少，但大家提到分布式，就觉得是EJB，本来就是误用。那时候，几乎是言必谈EJB和分布式。
EJB没有被完全淘汰，有很多场合还是用得不错，这些例子我就不用举了吧，只不过90%的情况下是被误用的。

引用

我没投新手，也没投隐藏。但我是为spring叫好的人。你怎么就那么确定为spring叫好的就一定是新手？你怎么就知道人家没有对历史比较？

我不知道为什么说Spring不好，就有人说我水平差，我是混过来的，没有经验装经验，有逻辑关系吗？
就算上面是真的，我一定是年轻人吗？无语的逻辑。

引用

真的不知道你是怎么混过来的。估计也是没什么经验的装有经验吧，我真的很气愤你们这些人，本来没经验就不要装。好像自己其实什么都懂的样子。年轻人不要太浮躁。

我对这话也比较无语了，我虽然不是什么大牛，但代码方面应该也不算太差了。
另外我33岁，不算年轻人了。

引用

个人看JSP真的应该要淘汰了，JSF才是下一个J2EE的领主。让J2EE开发变的更加快捷和高效

至于JSF，我不是特别了解，不好评价。但我也不认为它会是下一个J2EE的领主。

引用

小弟经验不高。但是我想说。天底下没有完美的程序，是程序就有BUG。所以至于任何框架都有 有点，缺点，没有什么淘汰之类的说法。

问题是目前看过来，Spring基本是被滥用，书上给出的例子都往往比较教条，大家照抄，结果不用说了。
当然淘汰这个词用得不是很合适吧，每种技术都有场景，就象cobol多年来还是在用。

引用

占位，我觉得spring挺好的，能解决掉我们开发中的很多问题，减化我们的工作量。我们只用它的core部分就行了，其它你可以不用。如果without spring,你有更好的方案吗？没有，那就接着用吧。

我没有说用还是不用Spring的问题，我只是说Spring现在被严重误用，快成了第二个EJB了。

引用

没办法火了 这种人太恶心了，贬低别人抬高自己，不懂技术非要装懂。如果他真有本事 你就别用Spring

评价一个东西的好坏，和用不用这个东西没有必然联系吧。
我一直在强调误用才是最根本的问题，不是说用不用的问题。

引用

乍一看标题，正想一笑了之，忍不住好奇点开帖子，盼着或有什么惊人之论，也未可知。进来看后大失所望。不是说spring不能被批评，只是楼主通篇除了无病呻吟，实在毫无深度，乏善可陈。不过倒是符合JE评良好无好贴的一贯作风。

无病呻吟不敢苟同，我已经在里面提出了问题，Spring的误用，带来了不必要的复杂度，而且目前很多项目中的设计就是为了接口而接口，我觉得这种情况很严重，而且很多人把IOC等同于Spring的注入，事实上还有很多更好的注入方式，如ServiceLocator（Tuscany基于它实现的，应该不算小项目了吧），NetBeans的Lookup也不用说了。
至于很多人说让我给出一个更好的方案，我的确是没有办法。小项目有小项目的做法，大的有大的，产品型的和普通项目也有区别，怎么可能有一个放之四海而皆准的方案。但现在很多人都认为Spring就是，这才是我想说明的问题。
说实话，我也没有想过去说服别人，只不过正好和一个朋友聊天说到Spring，所以发了这个帖子。
不过结果倒是在我的意料之中。

评论

79 楼 咖啡豆子 2011-04-14  

axeon 写道

咖啡豆子 写道

pengpeng99bill 写道

axeon 写道

咖啡豆子 写道

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的各种框架吧，只有你真正的会使用各种框架了，你才能到架构师的方向。算了不说太多了

这.........

对于pengpeng99bill同学，姑且叫你小朋友吧。
从你的言论来看，可以想到哥入行的时候，小朋友可能还在玩和稀泥吧？
我还真没用spring做过大项目，倒是给用spring的大项目做过咨询。

你说的“没有spring的IOC你的维护会叫你死掉，没有IOC你的代码改动会叫你改一处动全身”，这个还真不敢苟同。
倒是见到N多向您一样言谈架构装X同学，为了个人所谓的澎湃梦想把项目做得一团糟，把团队折磨的痛苦不堪。
如果方便，请您详细介绍一下您的架构梦想。

你就是一傻逼 我不说什么了

讨论技术何必骂人呢，我觉得你的观点有点偏激了。 PS：我猜我知道你哪家的，呵呵

呵呵，这个小朋友刚入行，有点儿梦想还是可以理解的。
不过嘴巴不干净，这个可是素质问题了，会影响职业发展的。

个人认为IOC其实就是DIP - Dependence Inversion Principle的扩展，而DIP其实就是要充分理解和发挥接口的好处（比如面向接口编程），说白了就是利用OO语言特点之一的多态的好处，理解了这些， 再来看看Spring就不会把它当成无比至高无上的东西，就是一个好用的工具而已，在项目中利用Spring的优点，避免Spring的复杂性就够了。

78 楼 peterwei 2011-04-14  

骂人的闭嘴吧。讨论问题骂什么人。

77 楼 skydream 2011-04-14  

superobin 写道

不是所有的团队都会开发完全适合自己的东西，其实，光说IOC，实现起来难吗？光声明式事务，实现起来难吗？都不难！
但是，这有个现成的、像规范一样的东西，抓个会java基本都会的Spring，和自己去实现一个，大家都去学好就还用不明白的XXXXIOC框架（或者其他的机制实现）相比，与其让团队的人去折腾去学，不如就用这个现成的了吧。。。。
现在的人太浮躁，项目里甭管好坏能完成工作就行吧。让他们学东西？下辈子吧。。。呵呵呵

spring最大的好处，是推广的门槛最低，基本上就算是刚毕业的学生，ssh之类的也都多少知道点。团队中使用比较成熟，有足够基础的技术框架，是无可争议的。

spring巨大的群众基础，是spring的优势所在。

而且，目前基本属于垄断状态，除了spring，业界还有第二个同级别的一站式解决方案吗？所在从项目开发角度，选spring是很合理的。

但不是说spring就什么都好，不好的地方还是应该容易别人说的。

另外，不要将spring和ioc等同。

76 楼 peterwei 2011-04-14  

skydream 写道

ejb2 的确不够好，但是ejb3 已经改善很多了。只是ejb的名声已经烂了，spring如日中天，ejb3 无力回天。

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

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

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

好吧。我来说说问题的本质。哪个不是从新手过来的？哪个一开始就什么都会？
那么这些不懂oo,不懂di,不懂原理的人，那么他们就会拿低工资，处在底层。我这样说没错吧。因为他们的不懂，造就了我们的那些大牛，小牛们拿高工资。
从高层来看，这是利好消息。
一个项目有成本，要是每个人都什么都精通，什么都懂，那么每个人都要求高工资，都要求十几20k，那这个项目怎么做下去，老板怎么赚钱？
再说到spring,你觉得不好，觉得太大，不用，那你用什么？好吧，你高手，你自已研发，你不花时间不花很多精力能研究得出spring这样成熟的东西？
ok,让你研究出来了。卡差，你由于某些原因离开了。丢下你那个所谓的优良的，比spring更好的框架给上层。上层上哪去找这样的人来维护你的东西。但如果用spring,走吧，你走了，我随手上大街一喊，满街都是。
而spring就是那么一种给某些人带来利好消息的人，包括我。
时间+成本在那，有更好的框架用，能带来好的收益率。

75 楼 axeon 2011-04-14  

咖啡豆子 写道

pengpeng99bill 写道

axeon 写道

咖啡豆子 写道

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的各种框架吧，只有你真正的会使用各种框架了，你才能到架构师的方向。算了不说太多了

这.........

对于pengpeng99bill同学，姑且叫你小朋友吧。
从你的言论来看，可以想到哥入行的时候，小朋友可能还在玩和稀泥吧？
我还真没用spring做过大项目，倒是给用spring的大项目做过咨询。

你说的“没有spring的IOC你的维护会叫你死掉，没有IOC你的代码改动会叫你改一处动全身”，这个还真不敢苟同。
倒是见到N多向您一样言谈架构装X同学，为了个人所谓的澎湃梦想把项目做得一团糟，把团队折磨的痛苦不堪。
如果方便，请您详细介绍一下您的架构梦想。

你就是一傻逼 我不说什么了

讨论技术何必骂人呢，我觉得你的观点有点偏激了。 PS：我猜我知道你哪家的，呵呵

呵呵，这个小朋友刚入行，有点儿梦想还是可以理解的。
不过嘴巴不干净，这个可是素质问题了，会影响职业发展的。

74 楼 pengpeng99bill 2011-04-14  

咖啡豆子 写道

pengpeng99bill 写道

axeon 写道

咖啡豆子 写道

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的各种框架吧，只有你真正的会使用各种框架了，你才能到架构师的方向。算了不说太多了

这.........

对于pengpeng99bill同学，姑且叫你小朋友吧。
从你的言论来看，可以想到哥入行的时候，小朋友可能还在玩和稀泥吧？
我还真没用spring做过大项目，倒是给用spring的大项目做过咨询。

你说的“没有spring的IOC你的维护会叫你死掉，没有IOC你的代码改动会叫你改一处动全身”，这个还真不敢苟同。
倒是见到N多向您一样言谈架构装X同学，为了个人所谓的澎湃梦想把项目做得一团糟，把团队折磨的痛苦不堪。
如果方便，请您详细介绍一下您的架构梦想。

你就是一傻逼 我不说什么了

讨论技术何必骂人呢，我觉得你的观点有点偏激了。 PS：我猜我知道你哪家的，呵呵

没办法火了 这种人太恶心了，贬低别人抬高自己，不懂技术非要装懂。如果他真有本事 你就别用Spring

73 楼 lkj107 2011-04-14  

我们的任务是解决问题，具体问题具体分析，冷兵器时代PK，关是青龙偃月刀  ，张是丈二长枪，不在于什么兵器，开始用的什么，顺手了都好使。

看看Rod的那两本数就明白了，spring的初衷是解决非分布式的轻量解决方案，当然现在也不轻量了。

现在的场景是一个老鸟-项目经理，带领一批菜鸟做一个项目，要保证项目的质量，只能采用框架+严格的编码规范来进行约束。如果你让几个rod级别的写一个应用，他们可能就是自己写工具类

72 楼 superobin 2011-04-14  

不是所有的团队都会开发完全适合自己的东西，其实，光说IOC，实现起来难吗？光声明式事务，实现起来难吗？都不难！
但是，这有个现成的、像规范一样的东西，抓个会java基本都会的Spring，和自己去实现一个，大家都去学好就还用不明白的XXXXIOC框架（或者其他的机制实现）相比，与其让团队的人去折腾去学，不如就用这个现成的了吧。。。。
现在的人太浮躁，项目里甭管好坏能完成工作就行吧。让他们学东西？下辈子吧。。。呵呵呵

71 楼 咖啡豆子 2011-04-14  

pengpeng99bill 写道

axeon 写道

咖啡豆子 写道

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的各种框架吧，只有你真正的会使用各种框架了，你才能到架构师的方向。算了不说太多了

这.........

对于pengpeng99bill同学，姑且叫你小朋友吧。
从你的言论来看，可以想到哥入行的时候，小朋友可能还在玩和稀泥吧？
我还真没用spring做过大项目，倒是给用spring的大项目做过咨询。

你说的“没有spring的IOC你的维护会叫你死掉，没有IOC你的代码改动会叫你改一处动全身”，这个还真不敢苟同。
倒是见到N多向您一样言谈架构装X同学，为了个人所谓的澎湃梦想把项目做得一团糟，把团队折磨的痛苦不堪。
如果方便，请您详细介绍一下您的架构梦想。

你就是一傻逼 我不说什么了

讨论技术何必骂人呢，我觉得你的观点有点偏激了。 PS：我猜我知道你哪家的，呵呵

70 楼 pengpeng99bill 2011-04-14  

axeon 写道

咖啡豆子 写道

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的各种框架吧，只有你真正的会使用各种框架了，你才能到架构师的方向。算了不说太多了

这.........

对于pengpeng99bill同学，姑且叫你小朋友吧。
从你的言论来看，可以想到哥入行的时候，小朋友可能还在玩和稀泥吧？
我还真没用spring做过大项目，倒是给用spring的大项目做过咨询。

你说的“没有spring的IOC你的维护会叫你死掉，没有IOC你的代码改动会叫你改一处动全身”，这个还真不敢苟同。
倒是见到N多向您一样言谈架构装X同学，为了个人所谓的澎湃梦想把项目做得一团糟，把团队折磨的痛苦不堪。
如果方便，请您详细介绍一下您的架构梦想。

你就是一傻逼 我不说什么了

69 楼 jeff312 2011-04-14  

哎，争什么争，scala一旦成熟，spring在架构层面上的价值基本可以无视了。人家在语言级别上就解决了很多模式和架构的问题，IoC变成一个很自然的编程行为，真要有相应成熟的框架出来，那还不把java world 杀个人仰马翻……

68 楼 abiandbel 2011-04-14  

说IOC没用的人基本都没做过复杂业务逻辑系统，简单的数据库系统当啊没必要用spring，可是复杂业务经过合理抽象化后就非常合适用Spring，特别是客户对业务有各种不同的要求。

说白了，还是不懂抽象的人在为了IOC而Spring了。确定不变化东西没必要接口，自然没必要IOC。但是你能保证所有的业务逻辑在明确不变后，就一定不变吗！合同签了都能改，更何况有的根本都没签。

Service和Dao分层基本上是为了事物方便，Spring的事物的确好用啊。把所有的业务抽象成一个接口后，需要事物的控制，Service也能用，没什么大不了的。纯粹的CRUD的Service和Dao都不涉及事物的，想用就用，不想用直接jdbc或者Hibernate就行。

实在没觉得Spring有什么问题，说到底还是人的问题吧！

67 楼 gtssgtss 2011-04-14  

pengpeng99bill 写道

truekbcl 写道

没有IOC你的代码改动会叫你改一处动全身
++++++++++++++++++++++++++++++++++++
呵呵，这个真神奇。

跟你说下 为什么会没有IOC会叫你的代码改一处动全身。这个也是亲身经历，当年中兴的IPTV的项目就是弄得我们人仰马翻，由于历史原因，框架设计的问题导致的。比如说当你的代码越来越多而其中的一款业务没有涉及好，要重新设计，同时这块业务的代码又涉及了别处，以此往返，最后只好所涉及到的地方都要改。而IOC是控制反转，也就是说你涉及到的业务指是简单的插入到别的业务里的，但你的业务改动的时候只需要改动配置就可以了。明白了吗 这就是IOC的作用。你好好理解去吧

用ioc，要改配置文件，不用ioc，改个工厂，或许真的有点优越，但不觉得非常优越

66 楼 axeon 2011-04-14  

咖啡豆子 写道

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的各种框架吧，只有你真正的会使用各种框架了，你才能到架构师的方向。算了不说太多了

这.........

对于pengpeng99bill同学，姑且叫你小朋友吧。
从你的言论来看，可以想到哥入行的时候，小朋友可能还在玩和稀泥吧？
我还真没用spring做过大项目，倒是给用spring的大项目做过咨询。

你说的“没有spring的IOC你的维护会叫你死掉，没有IOC你的代码改动会叫你改一处动全身”，这个还真不敢苟同。
倒是见到N多向您一样言谈架构装X同学，为了个人所谓的澎湃梦想把项目做得一团糟，把团队折磨的痛苦不堪。
如果方便，请您详细介绍一下您的架构梦想。

65 楼 pengpeng99bill 2011-04-14  

pengpeng99bill 写道

gougou851129 写道

08年的时候做过jsf+spring+hibernate
那时候只是觉得jsf的事件驱动不错，其他到没觉得有什么。
如果要是为了事件驱动而来还不如转去做dotnet呢

JSF 2.0现在应该很好用了

试想下项目为什么要用.NET 操作系统要花钱，一个小小的IIS破服务器要花钱，有什么好的呢。其实真正用.NET大部分是两个原因，1）是原来的项目是.NET的要扩展。2）是.NET开发数度快周期短。
那么JAVA如果能够比.NET开发快 试想谁还会用.NET。那么.NET的优势是什么呢，其实就是ASP的快速开发。这正式因为ASP的事件驱动和组件的拖动开发，但年的SUN由于在美工方面真的是那个烂啊，就不说了，一个SWTING,一个AWT大家都知道的。而JSF我估计正式为了快速开发而做的，其实大家考虑真正的BS项目大部分时间不都是在开发VIEW吗
如果省去了这个时间.NET还什么优势呢。相信Oracle也明白这一点，所以才说JSF肯定要真正的出现了，JSF2.0的设计也正证实了这方面。

64 楼 kongruxi 2011-04-14  

看完这个帖，然后我就结合之前做的一个小项目来思考一下

我尽量不去想spring的好处、坏处

而是去想，如果没有spring，我会怎样编代码

结果，我想，如果重新设计，我依然会用spring

63 楼 pengpeng99bill 2011-04-14  

truekbcl 写道

没有IOC你的代码改动会叫你改一处动全身
++++++++++++++++++++++++++++++++++++
呵呵，这个真神奇。

跟你说下 为什么会没有IOC会叫你的代码改一处动全身。这个也是亲身经历，当年中兴的IPTV的项目就是弄得我们人仰马翻，由于历史原因，框架设计的问题导致的。比如说当你的代码越来越多而其中的一款业务没有涉及好，要重新设计，同时这块业务的代码又涉及了别处，以此往返，最后只好所涉及到的地方都要改。而IOC是控制反转，也就是说你涉及到的业务指是简单的插入到别的业务里的，但你的业务改动的时候只需要改动配置就可以了。明白了吗 这就是IOC的作用。你好好理解去吧

62 楼 wendal 2011-04-14  

Nutz 用户飘过

61 楼 bean5618 2011-04-14  

ricoyu 写道

引用

但是我看到的情况都是在滥用。为一个功能写一个接口和一个实现类，然后就认为是面向接口编程。这种思路怎么来的，真正用的好吗？我是比较怀疑的。

LZ这段话我超级赞同的, 很多项目都是为了面向接口编程而面向接口编程, 庸人自扰之.
比如很多项目喜欢弄一个service接口, 然后对应一个serviceImpl实现类, 在action里持有这个service接口, 然后通过spring注入唯一的一个实现类serviceImpl, 这就是他们所谓的面向接口编程了.
在这种场景下完全不需要抽象出一个接口, 直接一个service具体类就ok了

学校是这么教的，书上是这么写的，那么照着做吧，为什么这样做？先把功能实现吧。。。
spring，我觉得好用，用到的事务啊，quartz啊什么的，我觉得很简单，很省事，让我自己实现事务，写jdbc，太累，至于任务调度，那我根本写不出来。。。
至于配置文件，我是从springside学的0配置，用到注入，就@autowrite了，事务就@Transactional，bean就@Component，虽然，可能后期维护，修改会痛苦，但是包都分清楚了，架构层次在哪里，应该还好啦。
至于接口，不说了，只觉得，写接口在写实现类，除了增加调试难度以外，没什么用处，或许是我的应用级别太低，还没有达到那种需要面向抽象的档次。
但是我觉得spring太大了，大到想把所有javaEE的东西都包进来，越来越复杂了。想用好，太难了。。。

60 楼 咖啡豆子 2011-04-14  

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的各种框架吧，只有你真正的会使用各种框架了，你才能到架构师的方向。算了不说太多了

这.........