|
锁定老帖子 主题：Spring--也许正成为一个EJB
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-04-15
|
| 返回顶楼 | |
|
发表时间：2011-04-15
zdmcjm 写道 osprey 写道 zdmcjm 写道 osprey 写道 mercyblitz 写道 superhanliu 写道 ricoyu 写道 引用 但是我看到的情况都是在滥用。为一个功能写一个接口和一个实现类，然后就认为是面向接口编程。这种思路怎么来的，真正用的好吗？我是比较怀疑的。
LZ这段话我超级赞同的, 很多项目都是为了面向接口编程而面向接口编程, 庸人自扰之. 比如很多项目喜欢弄一个service接口, 然后对应一个serviceImpl实现类, 在action里持有这个service接口, 然后通过spring注入唯一的一个实现类serviceImpl, 这就是他们所谓的面向接口编程了. 在这种场景下完全不需要抽象出一个接口, 直接一个service具体类就ok了 同意！！！现在很多项目为了接口而接口，每个具体类都一定要整一个接口，为了接口而接口。实际上很多项目仔细一检查就会发现：接口和实现类的数量是1:1，而不是1：n(n是>1的浮点数)。如果都是1:1，就让人很怀疑这个接口的必要性了：1增加了代码量和复杂度；2增加了配置影响了性能。 这个不能这么说，如果是项目之间有远程调用的话，接口还是必要的，即使是1:1。如果是自娱自乐，那就算了！ 上面的各位大仙,难道你们写程序不写单元测试的吗?,你对action的单元测试,如果不写基于service接口的mock,你的单元测试能过吗?测试覆盖率有多少?或者你是连aciton和service一起单元测试的,那dao的mock哪?如果说你是 action,service,dao,数据库表一起测的,那么那就不是单元测试了,是集成测试了!还谈什么弱藕合,或者你们能提供一个不是基于接口的单元测试方案出来,看看需要的hardcode代价是多少. 写代码不只是敲个可以执行的代码出来,还要可维护,可测试,还要有注释,文档.如果没有单元测试,什么重构都是浮云,造出来的是你们自己曾经接收的他人代码(多么看不懂,不可维护),然后自己如法炮制,继续恶心后面的人,如果你们只是认为写代码就是写个可以执行的代码,那不是就自我认知为代码工人,那朝所谓的技术小牛也越来越远了 要对action做单元测试，说明你的代码中，action充刺着大量本不属于action的职责，action本身是简单的，对action做测试，就是蛋疼行为，1＋1＝2需要测试吗？相应的包括什么service测试，dao测试，都需要个mock对象，我不否定mock。但也不是什么都用个mock。如果一个类可以自测试，我还要这些xxx注入干什么。就是因为需要xxx注入，所以项目代码一大坨，测试代也一大坨。 这个我只能说,在系统中1+1=2是需要测试的。你自己没有实现junit，不代表没有项目没有实现，如果举大点，现在稍微著名的开源框架或工具都有junit的代码的，这才能保证该框架或工具至少不是满地bug的。我建议你可以看看单元测试的内容，不管是传统的瀑布开发模型还是最新的敏捷模型，都要求单元模块测试，这是基础。“action本身是简单的，对action做测试，就是蛋疼行为”这是想当然的行为，“用眼睛看看猪肉质量就可以了，是简单的，所以不用仪器检测，所以瘦肉精猪肉就进来了，双汇就蛋疼了" 算了，关于测试的问题，爱测就测吧，那是不是最好连sun的编译器，你用的tomcat，你用的spring，把他的ApplicationContext之类的方法全部测试过，一个方法也不要漏，就算"spring".equals("spring")也要测，总之，是代码就要测试，不然系统上不了线哟。 还真是自己写的代码覆盖率到不了，该模块是不允许上线的，至于用的产品和框架，由它们自己保证，我们又没有必要测，您说的是气话，走极端了 |
| 返回顶楼 | |
|
发表时间：2011-04-15
osprey 写道 mercyblitz 写道 osprey 写道 mercyblitz 写道 osprey 写道 mercyblitz 写道 superhanliu 写道 ricoyu 写道 引用 但是我看到的情况都是在滥用。为一个功能写一个接口和一个实现类，然后就认为是面向接口编程。这种思路怎么来的，真正用的好吗？我是比较怀疑的。
LZ这段话我超级赞同的, 很多项目都是为了面向接口编程而面向接口编程, 庸人自扰之. 比如很多项目喜欢弄一个service接口, 然后对应一个serviceImpl实现类, 在action里持有这个service接口, 然后通过spring注入唯一的一个实现类serviceImpl, 这就是他们所谓的面向接口编程了. 在这种场景下完全不需要抽象出一个接口, 直接一个service具体类就ok了 同意！！！现在很多项目为了接口而接口，每个具体类都一定要整一个接口，为了接口而接口。实际上很多项目仔细一检查就会发现：接口和实现类的数量是1:1，而不是1：n(n是>1的浮点数)。如果都是1:1，就让人很怀疑这个接口的必要性了：1增加了代码量和复杂度；2增加了配置影响了性能。 这个不能这么说，如果是项目之间有远程调用的话，接口还是必要的，即使是1:1。如果是自娱自乐，那就算了！ 上面的各位大仙,难道你们写程序不写单元测试的吗?,你对action的单元测试,如果不写基于service接口的mock,你的单元测试能过吗?测试覆盖率有多少?或者你是连aciton和service一起单元测试的,那dao的mock哪?如果说你是 action,service,dao,数据库表一起测的,那么那就不是单元测试了,是集成测试了!还谈什么弱藕合,或者你们能提供一个不是基于接口的单元测试方案出来,看看需要的hardcode代价是多少. 写代码不只是敲个可以执行的代码出来,还要可维护,可测试,还要有注释,文档.如果没有单元测试,什么重构都是浮云,造出来的是你们自己曾经接收的他人代码(多么看不懂,不可维护),然后自己如法炮制,继续恶心后面的人,如果你们只是认为写代码就是写个可以执行的代码,那不是就自我认知为代码工人,那朝所谓的技术小牛也越来越远了 小兄弟呀，接口的实现类是不是你自己写的？对于业务实现，你是要测试接口还是实现类呢？ OK，我来细细说一下，自己定义的接口难道还搞一个Mock去测试，为什么要Mock，你看看Spring Test里面，它是针对JEE标准接口而言，比如ServletRequest这类的接口，因为标准技术提供一个规约，这个具体实现不用关心，JEE容器提供实现。容器方面的话，你不用太过于测试。但是在你的单元测试代码中依赖了这些接口，通过Mock的方法来模拟输入，断言输出。 你说的Action一起测试的问题，是单元测试粒度的问题。 对于业务实现，你都自己知道怎么实现的啦，还要去Mock一个对象吗？ 比如： A 类依赖于 B接口，那么你很清楚B接口只有一个实现B1，那么你在做A的单元测试的时候，有必要去做B的Mock吗？ 在其他地方传入B接口实例是就是B1,为什么不直接传入B1实例呢？前提是B1的单元测试必须保证，即使没有保证的话，可以通过A的单元测试回归。 所以，你所说的“那朝所谓的技术小牛也越来越远了”，过于理论化，学习技术建议抱有怀疑的态度，什么能做比较重要，不能做更重要！ 最后，送你一句话吧！纸上得来终觉浅，绝知此事要躬行 就是因为现在我们用的是maven+jenkins+sonar 所以有jenkins做持续构建并跑单元测试覆盖率,正因为我们现在的团队人数多,所以开发时不是由一个人从action写到dao,而是横切并行开发的,由专门的人写servcie和公用service.所以自己写的action自己要写mokc单元测试,而不是串行的等待其他人的servcie写完再测,至少是自扫门前雪,action行覆盖率要到85%,service的覆盖率要到90%.这也许与开发模式相关.但相比以前自己写个网页点点,算是从action测到dao层,至少从项目上线后一个月看,不像以前狂改bug了,整个项目的bug都集中在页面的体验上了,而不是诡异的throw null啊,业务逻辑异常.这个就是我的体验,不知道算不算绝知此事已躬行 看看我前面的帖子，如果是远程调用或者API级别，是要做Mock确实没有错。这是单元测试的策略问题，呵呵。如果多部门的协作就复杂了，建议还是不要设计复杂的接口类型，采用简单类型过度，等需要的时候在添加上去，这样你没有办法保证接口实现是不是100%可靠，到时候他那边做了任何修改，如果没有通知到你的话，这样事故责任不好定位。因此，这些是开发流程的问题。但不是每个实现都需要接口，上面的意思是说过度设计接口带来了负责，其实没有必要。一个简单的功能没有必要用多层封装，保持简单就OK了。 一个简单功能是没有必要多层封装，有NCSS检测在sonar哪里等着的:(,反正我们开始写单元测试和mock，并且要求覆盖lv时，情绪也很不好，直到上线后，反而比以前轻松不用定着大压力改bug重复上线，从里面挖点作复用也觉得放心很多。接口的修改有svn和文档追踪的，反正比较好界定。而且有sonar的findbugs和checkstyle管着，觉得自己写的代码比开源的代码也比较接近了，至少知道一些不好的编程实践，改掉自己的编程的一些不好习惯，而不是没有单元测试，没有findbugs，写了代码也不知道好不好，哪里好，哪里不好，脚踩西瓜皮的 确实，单元测试是必须的，我是说粒度把握，看情况！ |
| 返回顶楼 | |
|
发表时间：2011-04-15
|
| 返回顶楼 | |
|
发表时间：2011-04-15
最后修改：2011-04-15
william_ai 写道 下午茶时间，看看google和baidu的趋势
http://www.google.com/trends?q=spring&ctab=0&geo=all&date=all&sort=0 http://index.baidu.com/main/word.php?type=1&area=0&time=0&word=spring 不能单独搜索Spring，在西方国家，Spring就是咱们的“春天”，搜索“春天”的人多了，可能西方的小学生写篇出游的作文，都要搜索一下Spring，所以单独搜索"Spring"根本就无法体现出 Spring Framework on java的真正搜索量。 我个人猜测，Spring这个搜索量中，本意是搜索"Spring Framework on java"的人估计都不到 1 / 10 这就像：咱们中国有个java框架叫做“牛”，在百度上每天搜索“牛”的人太多了，你能说其中多少人本意是搜索“牛”java框架的。 |
| 返回顶楼 | |
|
发表时间：2011-04-15
蛋疼的标题,莫须有的争论,无聊的楼主,纠结的跟贴
|
| 返回顶楼 | |
|
发表时间：2011-04-15
我也想那么搜来着，可是baidu连Spring Framework都查不出来，害得我差点把咖啡喷出来。
|
| 返回顶楼 | |
|
发表时间：2011-04-15
william_ai 写道 我也想那么搜来着，可是baidu连Spring Framework都查不出来，害得我差点把咖啡喷出来。
百度还不至于差到你的程度。 |
| 返回顶楼 | |
|
发表时间：2011-04-15
最后修改：2011-04-15
gml520 写道 william_ai 写道 我也想那么搜来着，可是baidu连Spring Framework都查不出来，害得我差点把咖啡喷出来。
百度还不至于差到你的程度。 http://index.baidu.com自己试试，O(∩_∩)O哈哈~ |
| 返回顶楼 | |
|
发表时间：2011-04-15
pengpeng99bill 写道 mercyblitz 写道 axeon 写道 kjj 写道 引用 楼主的观点是正确的，但是你注定要被投新手和隐藏。 为spring叫好的，才真的是新手，不单单对java的历史没有比较，很多在开发语言层面上也没有比较。刚入行就做java，直接就做spring。 你若真的让他用别的语言写个东西，立刻六神无主，如若让他不用spring写java的东西，他也同样六神无主。 这姑且也算是斯德哥尔摩综合征之一吧！ 楼主被投新手和隐藏的原因是新手的基数还真的很大，而且很爱发言。 ejb我算是国内第一批用的，做了几个大项目，平心而论，不是那么好用，也不是那么难用。 spring也是国内第一批用的，其实本质上和ejb差不多，一个解决了A问题，带来了B问题，一个解决了B问题，带来了C问题。 但是，我就弄不明白了，spring难道是你亲爹，那么维护着？ 这种一看就是神码北大X鸟培训出来的这些人值得辩驳吗 为spring 较好的都是新手, 那么找你这么说,springsource里的都是SB了对吧,貌似那些SB都领导开发潮流,反而你这种精英却无奈像个怨妇一样,埋怨这也不好,那也不好,说这话,真不知道啥叫脸红对吧 引用 ejb我算是国内第一批用的，做了几个大项目，平心而论，不是那么好用，也不是那么难用。
spring也是国内第一批用的，其实本质上和ejb差不多，一个解决了A问题，带来了B问题，一个解决了B问题，带来了C问题。 你算是国内第一批用的现在还发这种论调,看来你也不咋长进,还好意思出来显摆,有啥炫耀的,你的经验和资历在帖子中一点看不出来,唯一的解释就是你装 B,丢人不闲脸疼 引用 但是，我就弄不明白了，spring难道是你亲爹，那么维护着？
难道EJB是你亲爹,还是你亲妈,注意素质,你这素质让人感叹.............. 说Spring庞大的人,spring是分模块的,如果你们还认识英文字母的话,spring怎么庞大,是人家spring公司的发展战略,你完全没有必要在一个应用里每个都用,你蛋疼了吗!!! 就算你黑Spring 也没有必要这么没有理性吧 要知道，培训学校培训出来的才喜欢所谓精通ssh的。 如果你真的经常上springsource，你会发现里面唱反调和质疑的也很多，这对spring才真的是好事儿。 ejb和spring会都一样的，从开始到结束，至于扯到人家公司的战略，我想你没领5毛钱，就不要这么起劲了。 LZ 我挺你，Spring，我刚用的时候就觉得没有什么技术突破，但是不等于说没有价值。很多小公司不能承受EJB的费用，因此选择了Spring。等OpenEJB这样开源产品出来之后，Spring已经占据了市场。 还有一点，不知道为什么很多人这么固执，有技术的东西，不一定有市场。反之亦然，看看Windows和IE就知道了！ 在跟你们说一遍spring 不代表SSH 明白吗，spring代表的是withoutEJB而EJB才是SUN的商业级别的J2EE 那么你看看现在的IE为什么会流失那么多的市场 就是因为技术不更新，windows也即将死亡带来的真实IPAD 如果微软在不创新就会更SUN一样。SUN的问题是他没有关注用户而只知道关注程序员。现在的微软已经是什么都不关心的了。出来windows基本没什么了。还有培训学校出来的根本就不精通SSH他们只会写Helloworld和一些编造出来的所谓的工作经验。这是没办法的因为社会发展就是这样，但是如果他依然这样下去不动的话只会和那个唐骏一样。 说spring好并不是说spring什么都好，但是对于现在的JAVA来说spring是拿来免费里面的最好的框架了，没有什么框架可以代替withoutEJB 竟然说微软除了WINDOWS就基本没什么了，我代表KINECT强烈鄙视你。。。那东西是一般公司能做的出来的吗，以后绝对会成为电脑操作方式的革命 我就是培训学校出来的，我承认我不精通SSH，培训学校把我们带进了程序之门，至于以后怎么走就是靠我们自己了，你们大学出来的不也一样不学JAVA（有几个大学开设JAVA课程？），我认为大学让我们学到的最重要的东西是一种学习的方式和态度，这和一个优秀的培训学校异曲同工，现在的大学应届毕业生有几个懂JAVA的。。。 SPRING的优缺点我这么个新手也没什么发言权，spring，EJB，withoutspring和withoutEJB的项目我都做过，小小的感慨下SPRING确实物如其名，是程序开发的春天，当然EJB如果用好了 不比SPRING差，而且SPRING能做的EJB都恩呢工作，SPRING不能做的EJB也能做，而且一些超大规模的项目用EJB会比spring更方便，关键看你怎么用！！！ |
| 返回顶楼 | |
