关于设计模式的一些看法与思考

最近看完了《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

从面向过程到面向对象

事物的发展难以摆脱否定之否定原理，程序设计也是如此。面向过程是很自然而然产生的一种设计思路，因为他符合了计算机处理问题的方式。但他有他固有的缺点，其实可以把面向过程看成是高度耦合，松散内聚的面向对象的设计方式。任何两个对象，或者说模块间都可以互相访问对方的成员，模块间分工并不明确，分工的依据是任务的完成顺序。这样一来我们处理问题会很头疼，我们不得不小心翼翼的控制模块不要错误的访问数据。而某个模块任务的完成可能会用到很多其他的模块，当某个模块改动的时候，并不知道这会给其他的模块带来怎么样的负面影响，就像作者说的“Like a snowball that picks up snow as it rolls downhill, a focus on functions leads to a cascade of changes from which it is difficult to escape.”

那高内聚，低耦合的面向对象又有什么好处呢？面向对象里很重要的一个特性是封装，这个封装不止是对数据的封装，还包括对行为，对概念，对实现细节等等的封装，尽可能的叫对象去负责属于他的责任，而外部不需要关心的细节则一概隐藏起来，这似乎更加符合人的思路。这本书里不停的提到《the timeless way of building》，就像建筑一样，房子是用来住的，作为用户我们并不需要知道怎么去盖这所房子，不需要知道房子的骨架----我们只负责住，房子只负责保护我们。

传统面向对象与新观点下的面向对象

书中不停的重复三个观点：

• Design to interfaces. 封装细节，使使用者和被使用者都能更好的responsible for themselves
• Favor 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 factory pattern:工厂是抽象的，只定义了子类需要实现什么功能，具体怎么实现，由子类决定。

就谈到这里。

本文地址：http://www.nowamagic.net/librarys/veda/detail/89，欢迎访问原出处。