前期架构设计太重要了

公司接了个大项目，前期几乎没有任何架构设计，到了后期，代码混乱，SWITCH IF ELSE满天飞，性能问题严重，还有内存泄漏。这才使我认识到，JAVA的真谛在于面向对象的设计。现在开始努力学习设计模式等宏观设计的知识。

 

 

 

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

 

 

目前中国象你这样的案例太多了，招标只看钱多钱少，软件质量把关成了空中楼阁，结果一个个大项目成了很多软件公司的实验项目。象楼主这样觉醒更是少之又少。

 

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

 

banq 能否指一条通向架构师的明路，推荐一下几本好书，最近看了下孙卫琴的《面向对象编程》我觉得此书看后，可以打好做程序员的基础，我后来看了阎宏《JAVA 与模式》,觉得有些迷糊，又看了《代码大全2》觉得是讲编码基本规范，技巧，优化方法，现在在看结城浩写的《设计模式》感觉通俗易懂，下一步准备看你写的《JAVA实用系统开发》和《领域驱动设计》，虽然你写的书中用的技术有些过时了，但我想思想不会过时。你觉得还有其它好书吗？推荐一下。

 

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

 

个人认为这条路简单，这是一条经验加悟性之路，看太多书籍反而将简单的事情搞复杂，产生误导作用，因为书籍作者都有侧重和当时的局限性（否则不会有时间写书）。

作为一个架构师必须要有两个基本方面知识或功底：模式框架等架构知识 + 业务建模方法（Evans DDD）。但你有一天意识到这两方面区别，以及感觉可以从两方面开始设计新项目，那么你已经入了架构师的门。剩余就是项目经验积累和总结；如果能够掌握性能设计技巧和经验，那么，说明你进入架构师中级，可以独立承担中型项目的前期设计和过程设计的质量把关。

要掌握架构+建模两个基本知识，GOF设计模式又是基础中之基础，掌握GoF模式对架构和建模都有帮助。

GoF设计模式的掌握必须依靠简单原文定义，在实践中使用体会，任何游离于实践的外表式讨论都不能帮助你掌握其精髓。
 

 

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

 

>现在我们公司用的是tuscany+spring+ibatis+webwork2+dwr+junit4.4(几乎没法进行单元测试，代码乱套了),觉得配置文件实在是多

不是配置文件多的原因，这只是表象，深层次原因就是你们只注重了架构，忽视了两条腿子中另外一个重要的 业务对象建模，也就是没有掌握Evans DDD。

无论Ruby或Grails还是Spring，这些都是技术平台，只是舞台，舞台上唱什么戏剧，戏剧就是业务建模；技术平台是水；业务建模是鱼，可以想见，你的水就是再好，水处理很先进，里面没有鱼，一切都是白搭。这就是造成你项目乱套的深层次原因。