🔥码云GVP开源项目 12k star Uniapp+ElementUI 功能强大 支持多语言、二开方便! 广告
那些年,我们一起读过的《JAVA与模式》 ![](https://box.kancloud.cn/2016-06-12_575d20cb4768f.jpg) 刚上大二,买回来那一本厚厚的《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语言的工具书。 ![](https://box.kancloud.cn/2016-06-12_575d20cb5f5b9.jpg) **长篇大论了一番,结合这本模式书总结一下:JAVA语言发展到今天,已经是相对成熟的语言了,很难突然再发生质上的变化。但是模式我觉得是不同的,属于面向对象的方法论,是存在继续发展的空间的。这点大家认可否?**