“过度设计”之真实例子

　　我刚到了一家新公司，公司给我的感觉很不错，不过当开始做第一个项目时便有过度设计的嫌疑，项目不大，基本就实现CURD的功能，用struts2+spring+ibatis+extjs。拿我开发的一个简单的功能来讲，就花了大概一周，如果采用简化的技术，实际上可能只需要一两天。

　　设计太多的分层，以及偶和性太高，添加或修改一个模块太困难了，而且还不知道会不会影响到其它模块。按照项目定义的规范做法，写一个Hello world，创建的代码文件个数必须达到8个！！！！

　　过度分层已经成为过度设计的一个典型。项目经理说，这是另一个项目的架构直接搬过来用的，我们做一下架构上的优化。

　　其实本来就没有什么优化，原来本就是简单的东西，为了显示技术，搞得特复杂。现在所谓的优化，实际上回归质朴而已。

　　记得OSI7层模型就有过度设计嫌疑，可以去看一下现在的教材，都没有用OSI作为例子，尤其没有专门讨论会话层。

　　如何防止过度设计，最好办法就是使用敏捷编程，他的思路就是刚刚好就行，如果有问题，再重构。另外我自己目前的实践方法就是多编程，少设计，好像也能避免。因为当你的任务主要是写代码的时候，你绝不会去写8个类来完成一个helloworld。

　　其实，我所说的就是开发原型，也是《敏捷开发方法》里提到过的方法。

评论

90 楼 xhdwell 2010-09-29  

matt.u 写道

国外的开源团队正准备在传统开发框架做改革，Grails、Spring Roo、Seam、Play、Lift其实都是大家在对提高开发效率上的尝试。甚至在语言上也在做着改革、Scala、Groovy、JRuby、JPython等的出现也是为了弥补以往使用Java进行开发的不足，所以我们也要吸收新的开发观念，破旧立新。这些才能推动技术的发展。

惭愧，发现自己已经OUT很久了。不过国内除了互联网公司对技术的革新比较重视外，传统的行业软件还是停留国外10年前的水平。

89 楼 aws 2010-09-29  

lpn520 写道

jasph77 写道

构架师 自然有架构师考虑。。
要不然人家怎么坐上这个位置，你还是一个普通的程序员。
架构师也是个人，他的架构必然也有不完美地方。

最讨厌那种，整天说这个不好、那个行，自己又没解决方案。

给你看看我之前做的解决方案，同样“添加删除修改查询”，同样是Struts2+Spring+iBATIS+ExtJs

前端
helloWorld.jsp       //用过Ext的都知道，页面是不需要写HTML代码的，所以helloWorld.js直接可以省掉，直接把js写在jsp文件里，还有用EXT直接使用原生态的，封装一层只的很恶心

业务层
HelloWorldAction.java     //struts2的Action，本身就是动作的意思，为什么它不叫Controllor呢，因为控制类已经在它内部封装好了，你实现了Action接口，只要在类里写业务就可以了，再加上struts2每<script type="text/javascript" src="http://www.iteye.com/javascripts/tinymce/themes/advanced/langs/zh.js"></script><script type="text/javascript" src="http://www.iteye.com/javascripts/tinymce/plugins/javaeye/langs/zh.js"></script>个请求可以对应到Action的一个个方法上，所以万恶的HelloWorldServer.java和HelloWorldServerImp.java可以去掉了

DAO层
再讨论一下DAO层，我们用了ibatis框架，他本身就是个DAO层的实现，你每个SQL调起来就像调用DAO里的每个方法一样，所以HelloWordDao.java就可以去掉了，像HelloWordDao.java里的每个方法就一条代码，有意思吗
所以只要下面两个文件就可以了
HelloWord.java          //HelloWord表的ORM的对象
HelloWord.xml           //HelloWord表操作的SQL语句，ibatis的sqlmap

JSP里应该避免写任何的JS

Action存在的意义是控制前端和后端的数据交互和数据校验，在里面写那么多业务逻辑代码算什么

service是实现业务逻辑的一层，负责逻辑和组织调用DAO里面的方法

DAO是实现简单逻辑和对数据库直接操作的一层，这个是可以泛型化的

你要真想简单，那么直接都写在JSP里直接调用数据库得了

88 楼 jasph77 2010-09-29  

xhdwell 写道

jasph77 写道

lpn520 写道

jasph77 写道

没有最好的架构。
适合自己公司业务需求，适合自己团队的开发习惯的就是好框架。

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

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

到处都是架构师。。

IT6年了
还是写程序的

兄弟，杭州哪家公司的啊。6年改转业务或架构了吧。

小公司 半创业中。。

87 楼 lpn520 2010-09-29  

xhdwell 写道

matt.u 写道

xhdwell 写道

SSH、SSI确实老土，但我觉得就现在我们的一些业务系统来说SSH、SSI还是最合理的解决方案。

走出Java的世界，你会发现SSH、SSI并非解决问题的唯一方式。SSH、SSI也并非不好，只是大家更注重性能、扩展、那20%的莫须有的需求，但忽略了开发人员的感受和效率。

说的有理，不过国内环境和国外区别还是很大的。国内就喜欢拿来主义。呵呵。顺便说句，你的头像很帅。

哈哈，这头像是偶像之一

86 楼 matt.u 2010-09-29  

国外的开源团队正准备在传统开发框架做改革，Grails、Spring Roo、Seam、Play、Lift其实都是大家在对提高开发效率上的尝试。甚至在语言上也在做着改革、Scala、Groovy、JRuby、JPython等的出现也是为了弥补以往使用Java进行开发的不足，所以我们也要吸收新的开发观念，破旧立新。这些才能推动技术的发展。

85 楼 xhdwell 2010-09-29  

jasph77 写道

lpn520 写道

jasph77 写道

没有最好的架构。
适合自己公司业务需求，适合自己团队的开发习惯的就是好框架。

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

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

到处都是架构师。。

IT6年了
还是写程序的

兄弟，杭州哪家公司的啊。6年改转业务或架构了吧。

84 楼 yangguo 2010-09-29  

matt.u 写道

xhdwell 写道

SSH、SSI确实老土，但我觉得就现在我们的一些业务系统来说SSH、SSI还是最合理的解决方案。

走出Java的世界，你会发现SSH、SSI并非解决问题的唯一方式。SSH、SSI也并非不好，只是大家更注重性能、扩展、那20%的莫须有的需求，但忽略了开发人员的感受和效率。

真知灼见！

83 楼 jinfacesmile 2010-09-29  

架构很死的东西，一旦架构好了很难修改，能不用最好了。

82 楼 xhdwell 2010-09-29  

matt.u 写道

xhdwell 写道

SSH、SSI确实老土，但我觉得就现在我们的一些业务系统来说SSH、SSI还是最合理的解决方案。

走出Java的世界，你会发现SSH、SSI并非解决问题的唯一方式。SSH、SSI也并非不好，只是大家更注重性能、扩展、那20%的莫须有的需求，但忽略了开发人员的感受和效率。

说的有理，不过国内环境和国外区别还是很大的。国内就喜欢拿来主义。呵呵。顺便说句，你的头像很帅。

81 楼 bonny 2010-09-29  

matt.u 写道

xhdwell 写道

SSH、SSI确实老土，但我觉得就现在我们的一些业务系统来说SSH、SSI还是最合理的解决方案。

走出Java的世界，你会发现SSH、SSI并非解决问题的唯一方式。SSH、SSI也并非不好，只是大家更注重性能、扩展、那20%的莫须有的需求，但忽略了开发人员的感受和效率。

呵呵，事实上我开发这么久的 经验就是最初的所谓高扩展性设计最后往往 都没有用 。还非常累赘。


天下武功  无坚不摧 唯快不破。将项目合理的分析（细）、模块和结构清晰；最大限度的提高开发效率，“让大象跳舞”，提高应对变化的速度。才是最接近银弹的解决方案。

而这，是编码以外的事情。

80 楼 aws 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

这个是很正常的用SSH或SSI的三层架构啊
action--service--dao

实际的项目毕竟不是玩具都算不上的helloworld

DAO层里面一般只是实现单一行为的sql
而service则可能需要调用多个DAO里面的多个方法才能实现一个业务逻辑
action层负责调用service里面的业务方法，把后台返回的数据包装成前端用的数据，还有一些数据校验

在实际系统里这个是一个很合理的架构模式

79 楼 jasph77 2010-09-29  

lpn520 写道

jasph77 写道

没有最好的架构。
适合自己公司业务需求，适合自己团队的开发习惯的就是好框架。

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

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

到处都是架构师。。

IT6年了
还是写程序的

78 楼 aws 2010-09-29  

matt.u 写道

这个其实不应该怪项目经理，这种架构应该算是很典型的Spring+Strtus+IBatis的项目，而且还典型得比较老土。

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

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

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

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

问题在于

实际的项目毕竟不是玩具都算不上的helloworld

77 楼 matt.u 2010-09-29  

xhdwell 写道

SSH、SSI确实老土，但我觉得就现在我们的一些业务系统来说SSH、SSI还是最合理的解决方案。

走出Java的世界，你会发现SSH、SSI并非解决问题的唯一方式。SSH、SSI也并非不好，只是大家更注重性能、扩展、那20%的莫须有的需求，但忽略了开发人员的感受和效率。

76 楼 lpn520 2010-09-29  

jasph77 写道

没有最好的架构。
适合自己公司业务需求，适合自己团队的开发习惯的就是好框架。

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

哥不埋怨，而且我可从来没有贬低先人的意思

75 楼 jasph77 2010-09-29  

没有最好的架构。
适合自己公司业务需求，适合自己团队的开发习惯的就是好框架。

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

74 楼 xhdwell 2010-09-29  

我觉得这个帖子有点意思，讨论到后面变成敏捷开发和传统的统一开发模式的优劣讨论了。

73 楼 lpn520 2010-09-29  

bonny 写道

ggpp224 写道

同学，我就是用Extjs的，不过从来不会把js代码写在html或者jsp中，还有你准备把所有的js写在一个文件里？我真怀疑你们以前团队是怎么开发出来的和项目是怎么维护的。

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


extjs我也做了一年呢。


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

JAVA做了四年，惭愧惭愧， 看过 敏捷开发 rails EffectiveJava ThinkJava springInAction 等

72 楼 matt.u 2010-09-29  

我的办法就是当需要更高生产力的时候，就把自己实现功能的过程录下来，发现里面Repeat N的地方，提醒改进开发框架。
目前发现Rails Like是改进生产力的典范。当然这个要根据自身项目特点来选择。

71 楼 haitaohehe 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吗？？？