部分设计模式总结

      学习了几个设计模式的内容，在这里做个简单的总结，以加深印象。

推荐博客：

http://blog.csdn.net/column/details/design.html

http://www.cnblogs.com/cbf4life/tag/设计模式/

 

1， 单例模式

        确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例，可通过将构造函数私有化实现。由于构造函数是私有的，因此无法通过构造函数实例化，唯一方法就是通过类调用静态函数实现。

Class A{

Private:

       A();

       StaticA *singleton = new A();

Public:

       StaticA* getInstance(){return singleton;}

}

 

2， 工厂模式

        最常用的实例化对象的模式，就是用工厂的方式代替new操作的一种模式，包括简单工厂模式、工厂方法模式、抽象工厂模式

（1）      简单工厂模式

        在工厂类中做判断，创造出对应的产品，如果增加了新产品，就得修改工厂类。从这一角度讲，该模式违反了开闭原则。优点是，该模式能够根据外界给定的信息，决定究竟该创建哪个具体类的对象，明确区分了各自的职责和权力，有利于整个软件体系结构的优化。

（2）      工厂方法模式

       该模式下，核心的工厂类不再负责具体产品的创建，而是将工作交给子类去做。

      优点：（1）子类提供挂钩，基类为工厂方法提供缺省实现，子类可以重写新的实现，也可以继承父类的实现；（2）屏蔽产品类，不论产品类的实现怎样变化，只要接口不变，系统中的其他部分就不会改动；（3）典型的解耦框架，高层模块只需要知道产品的抽象类，其他的实现类不必关系；

      缺点：每增加一个产品，就得增加对应的一个工厂类，这样明显更多的类定义。当然这有点鸡蛋里挑骨头，也不能算是缺点。

（3）      抽象工厂模式

       为创建一组相关或相互依赖的对象提供一个接口，而无需制定它们的具体类。

       请注意，这里提到了“相关或相互依赖”的关系，也就是说抽象工厂类中的对象一个关键特点是它们有一定的联系。

       优点：增加新的具体工厂和产品族会很方便，无需修改已有系统；抽象工厂模式隔离了具体类的生产，使用户并不需要知道什么时候被创建；当一个产品族中的多个对象被设计成一起工作时，他能保证客户端始终只使用同一个产品族中的对象。

       缺点：增加新的产品登记结构复杂，需要修改抽象工厂和所有的具体工厂类，对“开闭原则”的支持呈现倾斜性。

 

3， 策略模式

        策略模式是指定义一系列算法，并把他们一个个封装起来，并且使他们可以相互替换。

        该模式可独立于使用它的客户而变化，也就是说这些算法所完成的功能一样，对外的接口一样，只是各自实现上存在差异。采用策略模式封装算法，效果比较好。

 

4， 适配器模式

       适配器模式将一个类的接口转换成客户希望的另一个接口，使得原本由于接口不兼容而不能在一起工作的那些类一起工作。它包括类适配器和对象适配器。

       类适配器：采用继承方式实现

       对象适配器：采用对象组合的方式实现

       更详细的解释：http://blog.csdn.net/wuwei1984100/article/details/19160103