论坛首页 Java企业应用论坛

“过度设计”之真实例子

浏览 85413 次
该帖已经被评为新手帖
作者 正文
   发表时间:2010-09-29  
matt.u 写道
这个其实不应该怪项目经理,这种架构应该算是很典型的Spring+Strtus+IBatis的项目,而且还典型得比较老土。

怪只怪很多搞Java的人跳不出Java思想的圈圈,老是觉得用Java很厉害,要做就做高性能、高扩展性、易维护的应用。所以搞了N多模式和接口进去,导致需要写的东西越来越多。

我也是受害者之一,如果加上单元测试、测试数据还有相关配置的话,的确很恼火。这也是Java的传统文化和限制所制,但我们还是应该好好反思。

多多了解下Rails的思想和Rails like框架,会改变很多人的开发理念的。

可惜Java上面的Rails like框架不多。



SSH、SSI确实老土,但我觉得就现在我们的一些业务系统来说SSH、SSI还是最合理的解决方案。
0 请登录后投票
   发表时间:2010-09-29  
lpn520 写道
wangking717 写道
真想看看那个HELLOWORD分8个的代码,让我见识一下。

让你见识一下传说中的8个文件:

前端
helloWorld.jsp                //页面文件,不用说了
helloWorld.js                 //javascript文件

Struts的Action,就叫动作层吧
HelloWorldAction.java         //Action类文件,客户端请求到这个类上

业务层
HelloWorldService.java        //业务接口, 还用了一套传说中的“面向接口编程”
HelloWorldServiceImp.java     //业务实现类,实现上面定义的接口

DAO层
HelloWorldDao.java            //数据操作类,关于HelloWorld业务的数据操作都在这里
HelloWorld.java               //HelloWorld表的ORM的对象
HelloWorld.xml                //HelloWorld表操作的SQL语句,ibatis的sqlmap



--------------------------------------------------------------------------

你这就是典型的三层架构啊。。。架构的基础是SSI吗???
0 请登录后投票
   发表时间:2010-09-29   最后修改:2010-09-29
我的办法就是当需要更高生产力的时候,就把自己实现功能的过程录下来,发现里面Repeat N的地方,提醒改进开发框架。
目前发现Rails Like是改进生产力的典范。当然这个要根据自身项目特点来选择。
0 请登录后投票
   发表时间:2010-09-29  
bonny 写道
ggpp224 写道
同学,我就是用Extjs的,不过从来不会把js代码写在html或者jsp中,还有你准备把所有的js写在一个文件里?我真怀疑你们以前团队是怎么开发出来的和项目是怎么维护的。



extjs这样做很合理,因为思想已经非常接近CS了。不过传统的web开发还是写在一起比较好。


extjs我也做了一年呢。


另外我觉得楼主的确是个新手,质疑也是在没有理解原有设计。但是他提出的解决方案其实已经非常接近rails等非常现代的设计了。


JAVA做了四年,惭愧惭愧, 看过 敏捷开发 rails EffectiveJava ThinkJava springInAction 等
0 请登录后投票
   发表时间:2010-09-29  
我觉得这个帖子有点意思,讨论到后面变成敏捷开发和传统的统一开发模式的优劣讨论了。
0 请登录后投票
   发表时间:2010-09-29  
没有最好的架构。
适合自己公司业务需求,适合自己团队的开发习惯的就是好框架。

不要埋怨,学着接受它。
等有一天你坐上架构师 这个位置的时候。。。
0 请登录后投票
   发表时间:2010-09-29   最后修改:2010-10-02
jasph77 写道
没有最好的架构。
适合自己公司业务需求,适合自己团队的开发习惯的就是好框架。

不要埋怨,学着接受它。
等有一天你坐上架构师 这个位置的时候。。。


哥不埋怨,而且我可从来没有贬低先人的意思
0 请登录后投票
   发表时间:2010-09-29  
xhdwell 写道
SSH、SSI确实老土,但我觉得就现在我们的一些业务系统来说SSH、SSI还是最合理的解决方案。


走出Java的世界,你会发现SSH、SSI并非解决问题的唯一方式。SSH、SSI也并非不好,只是大家更注重性能、扩展、那20%的莫须有的需求,但忽略了开发人员的感受和效率。
0 请登录后投票
   发表时间:2010-09-29  
matt.u 写道
这个其实不应该怪项目经理,这种架构应该算是很典型的Spring+Strtus+IBatis的项目,而且还典型得比较老土。

怪只怪很多搞Java的人跳不出Java思想的圈圈,老是觉得用Java很厉害,要做就做高性能、高扩展性、易维护的应用。所以搞了N多模式和接口进去,导致需要写的东西越来越多。

我也是受害者之一,如果加上单元测试、测试数据还有相关配置的话,的确很恼火。这也是Java的传统文化和限制所制,但我们还是应该好好反思。

多多了解下Rails的思想和Rails like框架,会改变很多人的开发理念的。

可惜Java上面的Rails like框架不多。




问题在于

实际的项目毕竟不是玩具都算不上的helloworld
0 请登录后投票
   发表时间:2010-09-29  
lpn520 写道
jasph77 写道
没有最好的架构。
适合自己公司业务需求,适合自己团队的开发习惯的就是好框架。

不要埋怨,学着接受它。
等有一天你坐上架构师 这个位置的时候。。。


哥不埋怨,哥来这个公司就是做架构师 , 而且我可从来没有贬低先人的意思


到处都是架构师。。

IT6年了
还是写程序的
0 请登录后投票
论坛首页 Java企业应用版

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