今晚把主持的重构和下一个项目的架构框图给做出来，可以说其实我在一年多前就一直在研究如何设计架构，现在终于有机会让我真正的应用到项目中去了。如下。
具体就不解释了，进过公司有过项目规范的基本上都看得懂而且应该很鄙视这是多么小儿科的事情。
可怜我没有经历过什么规范。第一个项目，也就是即将重构的农工商，只有3 层，数据访问跟业务一起了，重用性极低，冗杂超多，开发成本变得天高；第二个项目是四层，vo 并入数据持久化层（其实项目用了ibatis ，也就不叫持久化层，姑且这么叫吧）里面了，也就是说每一个类都不是纯表对象，还并了很多其他表的，也是造成了很多效率问题，比方说我传给页面只要一个User 的userName 和userId ，而实际上我在传参阶段和数据库访问阶段必须得到其他不必要的信息。所以我为此做了vo 这一层，用来解决多持久化对象的属性交配（用了“交配”这个YD的词）。同时vo 层也可以用于dto ，在数据转发层里可以充当元数据，但是命名规范得弄好，不然就又有很多冗余了。
而这样子的架构在Maven 的多模块项目管理中可以很好的用上去。
好吧，各位搜架构搜到这里来的，如果有什么意见或者建议请你写下来，共同学习一下，谢谢！