初读设计模式---《design pattern explained》读后感
[初读设计模式---《designpatternexplained》读后感]从网上淘来了一本《design pattern explained》，用了半个月的时间细细的读完了这本书，初读设计模式---《design pattern explained》读后感。本打算单单的从技术角度进行总结的，但是却全然没有头绪。说说自己的粗浅的感悟吧。书里没有把23中设计模式全部罗列出来，摆上类图和源代码，恩，这样的做法在作者看来很傻。作者说，将目标集中在设计模式解决问题本身上\"only tells us what to do but not when to use and why to do it\"是的，我们需要的应该是思考的过程和方法，而不是前人留给我们的思考结果。从这个角度讲，设计模式里我们应该学到什么?设计模式是一组伟大的思想结晶。我们的出发点是应对可能出现和已经出现的需求，并且降低未来的维护难度。我们使用的技术手段是面向对象。所以，我们要学习：究竟什么是面向对象?为什么要面向对象?怎么面向对象?面向对象不是封装继承多态。面向对象之父告诉甚至我们，封装继承多态不是他最big idea--message passing才是！但是message passing也仅仅是看到了表面而已，message passing体现了一个很重要的观点--an object should responsible for themselves！而且这只是管中窥豹，我们还可以看到更多的东西。为什么要面向对象?面向对象使我们的代码易于书写和维护。不要以为using namespace或者encapsulation就是易于书写和维护，真正的易于书写是指，当我们编码时思考的难度降低了，当需求发生变化的时候我们所做的更改减少了。怎么面向对象?书中说要从三个角度考虑：conceptual level、specification level和implementation level从面向过程到面向对象事物的发展难以摆脱否定之否定原理，程序设计也是如此。面向过程是很自然而然产生的一种设计思路，因为他符合了计算机处理问题的方式。但他有他固有的缺点，其实可以把面向过程看成是高度耦合，松散内聚的面向对象的设计方式。任何两个对象，或者说模块间都可以互相访问对方的成员，模块间分工并不明确，分工的依据是任务的完成顺序。这样一来我们处理问题会很头疼，我们不得不小心翼翼的控制模块不要错误的访问数据，读后感《初读设计模式---《design pattern explained》读后感》。而某个模块任务的完成可能会用到很多其他的模块，当某个模块改动的时候，并不知道这会给其他的模块带来怎么样的负面影响，就像作者说的\"Like asnowball that picks up snow as it rolls downhill,a focus on functions leads to acascade of changes from which it is difficult to escape.\"那高内聚，低耦合的面向对象又有什么好处呢?面向对象里很重要的一个特性是封装，这个封装不止是对数据的封装，还包括对行为，对概念，对实现细节等等的封装，尽可能的叫对象去负责属于他的责任，而外部不需要关心的细节则一概隐藏起来，这似乎更加符合人的思路。这本书里不停的提到《the timeless way of building》，就像建筑一样，房子是用来住的，作为用户我们并不需要知道怎么去盖这所房子，不需要知道房子的骨架--我们只负责住，房子只负责保护我们。传统面向对象与新观点下的面向对象书中不停的重复三个观点(源自四人帮)：Design to interfaces.封装细节，使使用者和被使用者都能更好的responsible for themselvesFavor composition over inheritance.防止类爆炸，提高内聚。Find what varies and encapsulate it.封装变化，应对可能的需求变更。书中余下的篇幅都是在介绍几种设计模式，里面详细应用到了这几个观点。设计模式这一部分我不敢太多的赘述，我还没能将这些模式应用到实践中来。稍作粗浅的总结吧。可能有很多错误的理解，希望诸位看官能帮我纠正~the facde pattern：封装复杂的接口或者不需要被外部了解的细节，对外提供一个简单的接口。the adaptar pattern：封装不同的类，使他们具有相同的对外的接口，方便使用。the bridge pattern：概念和实现分离，说实话，这个我真没理解，求解释。the abstract factory pattern：由控制器负责对象类型的选择，工厂负责生产相应的对象。隐藏对象合成的细节。the strategy pattern：这个模式很好的实现了两个原则\"合成复用\"和\"封装变化\"。将可能出现的变化封装起来，在原对象中组合该封装该变化的对象，靠一个config对象来控制策略的选择。the decorator pattern：这个模式的本质是装饰类的功能，在实现原有类的基础上实现新的功能?木有理解，求解释。the singleton pattern：无须多言，保证只存在一个实例。the observer pattern：说白了就是一群对象盯着消息队列，监听到自己能处理的消息就做出相应的行动。the template method pattern：木有理解。the factory pattern：工厂是抽象的，只定义了子类需要实现什么功能，具体怎么实现，由子类决定。〔初读设计模式---《design pattern explained》读后感〕随文赠言：【这世上的一切都借希望而完成，农夫不会剥下一粒玉米，如果他不曾希望它长成种粒；单身汉不会娶妻，如果他不曾希望有孩子；商人也不会去工作，如果他不曾希望因此而有收益。】
