“过度设计”之真实例子

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

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

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

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

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

明显不是把所有的JS写在一个文件只，我们会把一些用JS封装的组件写在JS的，而是把业务写在JSP文件中， 因为JSP文件里没有任何的HTML代码，首先要搞清楚项目，我们这个就是个管理系统，实现 添加删除修改查询 的功能。

这些都是前台的东西和整个架构关系不大...
重点是lz说后面的service和dao都可以不要了..

看你是写玩具还是写摩天大楼了。你喜欢的话直接用最原始的方法全部写在一个jsp里面也可以啊，那就更简单了。有兴趣可以看我 web开发的轮回 一文。

对啊，现在一些项目，其实可以设计的非常简化， 大家如果看过《敏捷软件开发》就知道了， 不应该一直沉迷于老的设计方案， 社会在进步，技术也在进步， 从以前的机器码到现在的高级语言编程， 这就是一种进化的过程

我也遇到雷同的问题，不仅如此，那个包啊多的可绕地球两圈了！看了我真晕，更晕的是，每个包下面就一两个文件，咱也不好说，反正他认为这样非开符合“标准”啦！

没说你骂人啊。我说以前有个帖子的标题是《别老骂别人的代码烂》。不是在说你骂人。

1，一般上，引入了完善的js验证框架的基础上，js代码很少写的很长。如果写的很长，即时你放在一个单独的js文件中，维护依然是个问题，你说呢？

2，sercie接口的存在的确是可以完全解耦，可是有意义么？难道你还想换表现层，或者在不改任何业务层代码的基础上换表现层，我可以告诉你；即时有接口层，你发现先几乎没有一个项目可以做到这点。

在测试方面，没有接口也可以一样测试的很好。

3，dao被action直接调用，我说的是单dao的增删改查，你不要跟我提事务。




事实上我觉得维护最大的问题不是分层清晰，而是要别人理解你的设计；这个是次要的问题。一个人一个想法，终究会乱的。

分层清晰，只是让别人更容易理解你的设计和想法，大家保持一致，更容易理解和交流。

哈哈，兄弟，就是这么回事，受教了

Java中闻名的框架就那么几个，人家Example这么写，当然很多就跟着这么学了。
目前在跟进Play中，貌似还比较Rails Like。