设计模式

一直以来，我都在思考，我们为什么需要使用设计模式？经过多年的开发和项目实践告诉我，我们的开发始终将库与框架作为重要角色穿插在软件开发过程中，我们从中挑选所要的组件，把它们放进会话的地方，但是，库与框架无法帮助我们将应用组织成容易了解，容易维护，具有弹性的架构，所以太需要设计模式了。下面是我对部分模式的理解和转译。

原则：在掌握OO基础(抽象、封装、多态、继承)的基础上可在任意模式中使用的法宝：封装变化；多用组合，少用继承；针对接口编程，不针对实现编程。

一、策略模式

1.概要

策略模式定义了算法族，分别封装起来，让他们之间可以互相替换，此模式让算法的变化独立于使用算法的客户。

2.示例

让实体类A(例如：Duck)可以动态拥有行为组(飞行、叫唤)类的相关功能。

分析：实体类A为客户，飞行、叫唤为算法族.

二、观察者模式

1.概要

观察者模式可以帮你的对象知悉现况，不会错过该对象感兴趣的事，对象甚至在运行时可决定是否要继续被通知。

观察者模式定义了对象之间的一对多依赖，这样一来，当一个对象改变状态时，它的所有依赖者都会收到通知并自动更新。

2.示例

报纸订阅：

(1)报社业务是出版报纸；

(2) 向报社订阅报纸后，只要有新报纸出版，就会给你送来，只要你是订户，就会一直收到新报纸；

(3)取消订阅，就不会再送新报纸来了；

(4)只要报社还在运营，就一直有人向他们订阅或取消报纸。

3.为什么观察者模式能让主题和观察者之间松耦合？

关于观察者的一切，主题只知道观察者实现了某个接口(也就是Observer接口)。主题不需要知道观察者的具体类是谁、做了些什么或其他任何细节。

任何时候我们都可以增加新的观察着，因为主题唯一依赖的东西是一个实现Observer接口的对象列表，所以我们可以随时增加观察者。事实上，在运行时我们可以用新的观察者取代现有的观察者，主题不会受到任何影响。同样，也可以在任何时候删除某些观察者。

有新类型的观察者出现时，主题的代码不需要修改。假如我们有个新的具体类需要当观察者，我们不需要为了兼容新类型而修改主题的代码，所有要做的就是在新的类里实现此观察者接口，然后注册为观察者即可。主题不在乎别的，它只会发送通知给所有实现了观察者接口的对象。

我们可以独立地复用主题或观察者，如果我们在其他地方需要使用主题或观察者，可以轻易地复用，因为二者并非紧耦合。改变主题或观察者其中一方，并不会影响另一方。因为两者是松耦合的，所以只要他们之间的接口仍被遵守，我们就可以自由地改变他们。

三、装饰者模式

1.概要

装饰者模式动态地将责任附加到对象上。想要扩展功能，装饰者提供有别于继承的另一种选择。

四、工厂模式

1.概要

工厂方法模式通过让子类决定该创建的对象是什么，来达到将对象创建的过程封装的目的。

工厂方法模式定义了一个创建对象的接口，但由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类。

2.好处

它将创建对象的代码集中在一个对象或方法中，可以避免代码的重复，并且更方便以后的维护。也就意味着客户在实例化对象时，只会依赖于接口，

而不是具体类。

4.设计原则

(1)为了交互对象之间的松耦合设计而努力。(观察者模式)

(2)对扩展开放，对修改关闭(装饰者模式)

(3)要依赖抽象，不要依赖具体类，即依赖倒置原则(工厂方法模式)

避免违反依赖倒置原则的指导方针：变量不可以持有具体类的引用；不要让类派生自具体类；不要覆盖基类中已实现的方法。