论坛首页 Java企业应用论坛

Spring--也许正成为一个EJB

浏览 73143 次
该帖已经被评为良好帖
作者 正文
   发表时间:2011-04-15  


  • 大小: 66.6 KB
0 请登录后投票
   发表时间: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")也要测,总之,是代码就要测试,不然系统上不了线哟。

还真是自己写的代码覆盖率到不了,该模块是不允许上线的,至于用的产品和框架,由它们自己保证,我们又没有必要测,您说的是气话,走极端了
0 请登录后投票
   发表时间: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,写了代码也不知道好不好,哪里好,哪里不好,脚踩西瓜皮的



确实,单元测试是必须的,我是说粒度把握,看情况!
0 请登录后投票
   发表时间:2011-04-15  
下午茶时间,看看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
0 请登录后投票
   发表时间:2011-04-15   最后修改:2011-04-15
william_ai 写道

不能单独搜索Spring,在西方国家,Spring就是咱们的“春天”,搜索“春天”的人多了,可能西方的小学生写篇出游的作文,都要搜索一下Spring,所以单独搜索"Spring"根本就无法体现出  Spring Framework on java的真正搜索量。

我个人猜测,Spring这个搜索量中,本意是搜索"Spring Framework on java"的人估计都不到 1 / 10

这就像:咱们中国有个java框架叫做“牛”,在百度上每天搜索“牛”的人太多了,你能说其中多少人本意是搜索“牛”java框架的。
0 请登录后投票
   发表时间:2011-04-15  
蛋疼的标题,莫须有的争论,无聊的楼主,纠结的跟贴
0 请登录后投票
   发表时间:2011-04-15  
我也想那么搜来着,可是baidu连Spring Framework都查不出来,害得我差点把咖啡喷出来。
0 请登录后投票
   发表时间:2011-04-15  
william_ai 写道
我也想那么搜来着,可是baidu连Spring Framework都查不出来,害得我差点把咖啡喷出来。

百度还不至于差到你的程度。
0 请登录后投票
   发表时间:2011-04-15   最后修改:2011-04-15
gml520 写道
william_ai 写道
我也想那么搜来着,可是baidu连Spring Framework都查不出来,害得我差点把咖啡喷出来。

百度还不至于差到你的程度。

http://index.baidu.com自己试试,O(∩_∩)O哈哈~
0 请登录后投票
   发表时间: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更方便,关键看你怎么用!!!
0 请登录后投票
论坛首页 Java企业应用版

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