|
锁定老帖子 主题：Spring--也许正成为一个EJB
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：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的各种框架吧，只有你真正的会使用各种框架了，你才能到架构师的方向。算了不说太多了 你说大部分我赞同，不过我个人做了3年+开发，除了struts，其他框架没用过。像Robbin推荐的一些书就够我看N年了。所谓的SSH除了用用看如何，还真不想去研究，有意思？架构师非研究框架不可了？当年没SSH的时候，也不知道javaer是怎么活过来的... to pengpeng99bill： 您老就别拿大项目说事了，我看国内所谓的大项目，都是找一大堆民工堆起来的大项目。如果你不用spring的这方案，这些大项目就会变成小项目，用了spring，你的项目就被迫“大”了。另外也非常不赞同，架构师就要研究各种框架的说法，如果研究错了框架，会走火入魔，OK？ |
| 返回顶楼 | |
|
发表时间：2011-04-14
lookdd1 写道 spring在事务管理上还没有其它更好的方案吧。spring对那些做单元测试的人也是有很大帮助的。可以看看springside里面怎么使用SPRING的。
看看EJB吧，就是EJB2，Spring都是学着它的。 |
| 返回顶楼 | |
|
发表时间：2011-04-14
月经贴，每隔一段时间就要有个人跳出来说觉得spring一般般，不咋地。。。
|
| 返回顶楼 | |
|
发表时间：2011-04-14
kimmking 写道 spring 不光是饺子皮，现在也在做 混沌皮，豆腐皮。。。
用这句话来形容Spring太贴切了！ |
| 返回顶楼 | |
|
发表时间：2011-04-14
可以关注一下seam
|
| 返回顶楼 | |
|
发表时间：2011-04-14
axeon 写道 楼主的观点是正确的，但是你注定要被投新手和隐藏。
为spring叫好的，才真的是新手，不单单对java的历史没有比较，很多在开发语言层面上也没有比较。刚入行就做java，直接就做spring。 你若真的让他用别的语言写个东西，立刻六神无主，如若让他不用spring写java的东西，他也同样六神无主。 这姑且也算是斯德哥尔摩综合征之一吧！ 楼主被投新手和隐藏的原因是新手的基数还真的很大，而且很爱发言。 ejb我算是国内第一批用的，做了几个大项目，平心而论，不是那么好用，也不是那么难用。 spring也是国内第一批用的，其实本质上和ejb差不多，一个解决了A问题，带来了B问题，一个解决了B问题，带来了C问题。 但是，我就弄不明白了，spring难道是你亲爹，那么维护着？ 比较贴切的评价 我们团队就有这个现象，离了Spring就不会写东西，结果把什么东西都跟Spring搅在一起了，用Webservice要Spring才能用，用个JPA要Spring才能用，很无奈！ |
| 返回顶楼 | |
|
发表时间：2011-04-14
ricoyu 写道 引用 但是我看到的情况都是在滥用。为一个功能写一个接口和一个实现类，然后就认为是面向接口编程。这种思路怎么来的，真正用的好吗？我是比较怀疑的。
LZ这段话我超级赞同的, 很多项目都是为了面向接口编程而面向接口编程, 庸人自扰之. 比如很多项目喜欢弄一个service接口, 然后对应一个serviceImpl实现类, 在action里持有这个service接口, 然后通过spring注入唯一的一个实现类serviceImpl, 这就是他们所谓的面向接口编程了. 在这种场景下完全不需要抽象出一个接口, 直接一个service具体类就ok了 我们的程序里到处都是这种接口，为接口而接口，为Spring而Spring |
| 返回顶楼 | |
|
发表时间：2011-04-14
最后修改：2011-04-14
引用：当然有人说，是很多人没有用来Spring，事实上，EJB也是这样，不是EJB不好，而是EJB没有被用好。
当然有人说，是很多人没有用好EJB，事实上，Spring也是这样，不是Spring不好，而是Spring没有被用好。 |
| 返回顶楼 | |
|
发表时间：2011-04-14
linvar 写道 开始的时候我也这样认为,后来在一个项目中果断去掉接口, 直接一个service具体类, 但是再后来才发现自己错了,接口的编程模式不是凭空而来的,是最佳实践... 特别是在项目大一点的时候, 个别情况可能接口是必须的，但是大部分接口都是浪费 linvar 写道 另外我使用spring也是因为要取他的事务管理, 后来尝试struct2, springmvc, 最后选择springmvc. spring基本上是使用注释, 只有一个主配置文件,主要是配置数据源,事务管理. 基本就是使用springmvc + spring + mybatis组合, 事务管理有很多办法，不一定非要Spring吧。 另外说到事务管理，EJB做的绝对要比Spring好，实际用一下就知道了 |
| 返回顶楼 | |
|
发表时间：2011-04-14
kakaluyi 写道 一个重量级，一个轻量级怎么比较。你想让spring管理的bean放到xml中，想自己代码管理的用自己的工厂方法，多么灵活，我不认同你观点
什么是重量级，什么是轻量级？不要口号，要实际 |
| 返回顶楼 | |
