设计模式总结

                模式设计的记录文档

1.       设计模式的好处

设计模式使得程序更加的灵活，容易修改，并且易于复用。

我们可以通过封装，继承，多态把程序的耦合度降低。

面向对象编程的思想是可维护，可复用，可扩展。

聚合关系（Aggregate）:集合表示一种弱的‘拥有’关系，体现的是A对象可以包含B对象，但B对象不是A对象的一部分【ＤＰＦ】

合成（Composition）是一种强的‘拥有’关系，体现了严格的部分和整体的关系，部分和整体的生命周期一样。

2.       简单工厂模式

简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例, 简单工厂模式的实质是由一个工厂类根据传入的参数，动态决定应该创建哪一个产品类（这些产品类继承自一个父类或接口）的实例.

工厂（Creator）角色

简单工厂模式的核心，它负责实现创建所有实例的内部逻辑。工厂类可以被外界直接调用，创建所需的产品对象。

抽象（Product）角色

简单工厂模式所创建的所有对象的父类，它负责描述所有实例所共有的公共接口

具体产品（Concrete Product）角色

是简单工厂模式的创建目标，所有创建的对象都是充当这个角色的某个具体类的实例,一般来讲它是抽象产品类的子类，实现了抽象产品类中定义的所有接口方法。

优缺点

　　优点

　　工厂类是整个模式的关键.包含了必要的逻辑判断,根据外界给定的信息,决定究竟应该创建哪个具体类的对象.通过使用工厂类,外界可以从直接创建具体产品对象的尴尬局面摆脱出来,仅仅需要负责“消费”对象就可以了。而不必管这些对象究竟如何创建及如何组织的．明确了各自的职责和权利，有利于整个软件体系结构的优化。

缺点

　　由于工厂类集中了所有实例的创建逻辑，违反了高内聚责任分配原则，将全部创建逻辑集中到了一个工厂类中；它所能创建的类只能是事先教考虑到的，如果需要添加新的类，则就需要改变工厂类了。

　　当系统中的具体产品类不断增多时候，可能会出现要求工厂类根据不同条件创建不同实例的需求．这种对条件的判断和对具体产品类型的判断交错在一起，很难避免模块功能的蔓延，对系统的维护和扩展非常不利；

使用场景

　　工厂类负责创建的对象比较少；

　　客户只知道传入工厂类的参数，对于如何创建对象（逻辑）不关心；

由于简单工厂很容易违反高内聚责任分配原则，因此一般只在很简单的情况下应用。

 

3.       策略模式（Strategy）

1.              什么是类：类的划分是为了封装，但分类的基础是抽象，具有相同熟悉和功能的对象抽象集合才是类。

 

2.              策略模式（Strategy）:他定义了算法家族，分别封装起来，让他们之间可以相互转换，此模式让算法的变化，不会影响到使用算法的客户。

策略模式是一种定义一系列算法的方法，从概念来讲，所有这些算法完成的都是相同的工作，只是实现不同，他可以以相同的方式调用所有的算法，减少了各种相同的算法类与使用算法类之间的耦合【DPE】

3.              策略模式优点

策略模式的Strategy类层次为Context定义了一系列可供重用的算法和行为，继承有助于吸取出这些算法的公供功能。

4.              策略模式的缺点

策略模式在基本模式中，选择所有具体实现的职责由客户端对象承担，都传递给策略模式的Context对象

 

4.       单一职责原则

1．  单一直则(SRP)解释：就是功能要单一，他的准确解释是就一个类而言，应该仅有一个引用它变化的原因。

2．  如果一个类的职责太多，就等于把这些职责耦合在一起，一个类的变化就会影响到其他职责的消弱，这种耦合会导致易想不到的设计，当需求变化发生时，就遭到从新设计的可能。

3．  软件设计真正要做的许多内容，就是发现职责并且把那些职责相互分离【ASD】，如果你想到多于一个的动机去改变一个类，那么这个类就具有多于一个职责【ASD】，所考虑的就是职责分离。

5.       开放-封闭原则(The Open_Closeed Principle 简称OCP原则)

1.       开放封闭原则解释：开放封闭原则就是说软件实体(类，模块，函数等等)应该可以扩展，但不可以修改【ASD】

2.       这个原则有2个特征：第一个对于扩展时开放的，对于修改是封闭的。

3.       绝对封闭式不可能的，无论模块是多么的‘封闭’，都会存在一些无法对之封闭的变化，既然不可能完全封闭，设计人员必须对于他设计的模块应该对哪种封闭做出选择。他必须猜测出最有可能发生变化的种类，然后构造抽象来隔离那些变化【ASD】

4.       面对需求程序员不应该去改代码，而改动是增加新代码来完成的，而不是更改现有的代码，这就是开放封闭原则所在。

5.       开放封闭原则是面向对象设计的核心所在，遵循这个原则可以带来面向对象技术的巨大好处，也就是可扩展，可复用，灵活性好，应该对频繁出现的变化的抽象出来，对于刻意去抽取不是一个好的办法，拒绝不成熟的抽象和抽象本身同样重要。

6.       抽象是对出现频繁的实体(类，模块，函数)等等进行抽象。

 

6.       依赖倒转原则

1.       依赖倒转或依赖倒置原则解释：抽样不应该依赖与细节，细节依赖与抽象，说白了就是针对接口编程，不要对现实编程。

2.       依赖倒置原则满足2个条件

A．高层模块不应该依赖底层模块，两个都应该依赖抽象。

B．抽象不应该依赖细节，细节应该依赖抽象。

7.       李氏代换原则：一个类的父类都替换它的子类，程序的行为没有变化。子类型必须可以替换掉他的父类型。

子类继承父类那么所有的子类都可以作为父类的身份出现。在面向对象设计时子类拥有父类所有非private的属性和行为。

http://s.click.taobao.com/t_8?e=7HZ5x%2BOzdswsVvyc5Jts79Au1Q%3D%3D&p=mm_24156262_0_0