“过度设计”之真实例子

一看您回的贴，就知道应该跟我们的架构师是同时期的人，首先我想说，struts2里的Action就是业务层，可以理解为Model，并非你们所理解的Controllor，可以参考struts2文档， 所以加Service层没意义，而且我们的一个Action还调用了多个Service里的方法，这个耦合怎么处理呢？  其次， 提到事务处理，你们加service层，不就是为了spring的申明式事务，让事务处理傻瓜化， 但spring的申明式事务只能事务一个方法， 像刚刚提到了，如果一个Action并列调用多个Service的方法，这个事务怎么一致呢？ 您担心我存在数据的不一致性，我想问，手动事务处理是干嘛的呢？ 不知道您写过类似这样的代码没，不知道您对SQL并发效率有研究过没：

sqlMapClient.startTransaction();
sqlMapClient.startBatch();

......

sqlMapClient.executeBatch();
sqlMapClient.endTransaction();

还有为什么要用接口？

把接口当类型嘛，接口优于抽象嘛，我也不想说为什么。  我一般会在编写上层API与公共类库开发时会用“面向接口编程”， 你写一个业务逻辑实现的类，搞个“面向接口编程”，我怀疑不是吃撑了就是肚子痛。

说到看书，我一直在看，建议您也多看看。

Ext为什么要封装？

您的想法跟我们架构师一样， 你封装的有问题嘛， 整个系统的界面都有问题， 你改了一个模块嘛， 影响了一大堆模块， 明明会用EXT的人呢，被你这个封装搞得不会用， 当好不容易通过一两周的努力会用你的封装了， 却发现你封装的API改了。

兄弟，我想说，你有能力，你够聪明，可以自己写个UI出来， 封装人家的，有啥意思呢， 没有一个搞封装的人不会被骂， 我建议您省省， 让你底下的人用他们最熟悉的方法编程吧，他们会感谢你的，他们如果发现你的东西好，自然会去学的。

为什么js要提出到单独文件？

这个其实小问题，只是文件太多了，跳来跳去麻烦而已，在JSP的<script>块里，IDE还是会校验的，不过我一般不用这个检验，可能习惯了写js就当文本写，咱机器不好，一个myeclipse，四五百M的内存，咱吃不销。

说到分层，本来框架就已经给你分了MVC三层，再加个DAO， 总共四层， 你又何必花费脑筋自己再去分层呢？  套用我提到的话："多编程，少设计，刚刚好就行"。 要研究架构多去看看大型B/S系统分步式集群解决方案， 而不是在代码里花功夫，来套住你下面可怜的刚刚毕业的被模式框架搞得晕头转向的程序员。