那些年，我们一起读过的《JAVA与模式》
最后更新于：2022-04-01 20:03:47
那些年，我们一起读过的《JAVA与模式》
刚上大二，买回来那一本厚厚的《JAVA与模式》时，我还很不舍得，这价格，可以供一周的生活费了。既然买了，就得读一读吧。
**先说说阎宏**，从1992年到现在,在美国从事软件研究开发工作。曾任职于汤臣金融(Thomson Financial),参于设计开发投资关系网站www.IRChannel.com(原来叫www.IRUniverse.com),第一声(www.FirstCall.com)，曾在奥本海默基金(Oppenheimer)开发股票实时交易系统，曾在美国阿贡国家实验室从事专家系统的研究。从书中叙述的风格来看，他也算是一个精通武侠人物特征的人，大凡能用武侠风书写的都用上，似乎我和我的同学们看得还津津有味，最后还分析说阎宏真是一怪才。我们也有尝试去发邮件给他，请教过有关问题，他也回过一两封邮件。我们发现他博览群书，读尽了设计模式的著作。他写的这本《JAVA与模式》特点就是全，汇集了大部分已出版的英文模式图书的精华，汇集了当时设计模式研究的最新成果。
**再说说这书吧**，刚懂得JAVA语言是个啥时，就要学习这模式，我真是有点二章和摸不着头得愣头青。老师边讲模式，我边点头，完了下课后就忘记了，觉得模式简单，但是不是很有用。特别是什么“工厂模式”、“门面模式”、“观察者模式”，特征都差不多，唯一最简单的“单例模式”，我好不容易才学会用。在没有上实践课之前，完全没有认真去理解和体会设计模式是有多重要，上课时无非也就是死记硬背设计模式的概念和学习一下怎么用UML工具，那时就是为了应付考试而已。书中说的那些代码，我是能看懂，也觉得简单。但之后工作了，好像也没有去将设计模式的思想应用到软件设计当中去，因此学过后完全忘记这些模式的代码模型了。然而，在项目组当中，经常会有这样或那样的抱怨声：“这是谁写的代码，写得这么乱，这怎么改”之类的话。其实，这就正是反面体现出了为什么设计模式的重要性。 做了好多项目后，感叹：一个好的软件，必须要有一个好的灵魂，而好的灵魂必然取决于软件的设计。现在我慢慢的开始体会设计模式对于一个软件的生命的重要性。
**工作一年多后**，我真正体会到模式的重要性，与之相对应的是，《JAVA与模式》这本书还珍藏在我家的书柜里面。里面讲到了几十种设计模式大部分都是“圣经”里面有过的。前面一些章节主要介绍设计模式需要遵循的一些原则。例如：好的软件设计必须遵循“开-闭原则”讲的是，一个软件设计除了实现功能之外，必须保证软件具有良好的扩展性和可维护性，只有这样，软件才能长期的生存下去。其他的还有“李氏代换原则”、“聚合-合并原则”、“依赖倒转原则”等等。后面大部分章节是对每种设计模式逐一的分析和介绍，包括类图设计和代码实现。我现在设计代码时，还会套用这些设计模式，如：简单工厂模式、工厂方法模式、抽象工厂模式、单例模式等。
**当然，这本书也有其优缺点**，作为一本主要讲解设计模式的书，我觉得有两大优点：
(1) 本书用中文写作，对于中文母语的我们来说确实有阅读上的优点；
(2) 本书把现在的设计模式作了一个大大的罗列，省去我们到处查询资料的花销；
这也是我觉得唯一的两个优点，缺点也是有几点总结：
(1) 各种模式的讲解都是现成的，在看过日本专家写的资料后，发现他们对于模式描述得非常清晰，所以觉得本书没有什么创新性；
(2) 各种中国本土的例子，有一些牵强附会的例子，看来作者一心一意把设计模式向中国靠；
(3)篇幅有点太大，阅读携带都不便，作者有赚稿费之嫌。
**最后，说说与其他书的对比。**相比较《设计模式》这本书而言，《JAVA与模式》更加通俗易懂又风趣，捧在手心，有些爱不释手。《设计模式》更趋向于UML官方口吻的味道，讲解各类模式要严肃一些。当然，在JAVA领域，还有一些经典的书，如《JAVACORE》，《THINKING IN JAVA》，但这些书更加偏向于是介绍JAVA语言的工具书。
**长篇大论了一番，结合这本模式书总结一下：JAVA语言发展到今天，已经是相对成熟的语言了，很难突然再发生质上的变化。但是模式我觉得是不同的，属于面向对象的方法论，是存在继续发展的空间的。这点大家认可否？**
';