设计模式定义

设计模式

策略模式 （Strategy Pattern）

策略模式定义了算法族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化独立于使用算法的客户。
示例代码link；
设计模式之禅。

观察者模式 （Observer Pattern）

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

装饰模式 （Decorator Pattern）

装饰模式动态地将责任附加到对象上。若要扩展功能，装饰者提供了比继承更有弹性的替代方案。
示例代码Head First；
设计模式之禅。

工厂方法模式 （Factory Method Pattern）

工厂方法模式定义了一个创建对象的接口，但由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类。
工厂方法模式通过让子类决定该创建的对象是什么，来达到将对象创建的过程封装的目的。
示例代码link；
设计模式之禅。

抽象工厂模式 (Abstract Factory Pattern)

抽象工厂模式提供一个接口，用于创建相关或依赖对象的家族，而不需要明确指定具体类。
示例代码link；
设计模式之禅。

单例模式 （Singleton Pattern）

单例模式确保一个类只有一个实例，并提供一个全局访问点。
示例代码link。

命令模式 （Command Pattern）

命令模式将“请求“封装成对象，以便使用不同的请求、队列或者日志来参数化其他对象。命令模式也支持可撤销的操作。
外观模式提供了一个统一的接口，用来访问子系统中的一群接口。外观定义了一个高层接口，让子系统更容易使用。

适配器模式 （Adapter Pattern） 外观模式 （Facade Pattern）

适配器模式将一个类的接口，转换成客户期望的另一个接口。适配器让原本接口不兼容的类可以合作无间。
外观模式提供了一个统一的接口，用来访问子系统中的一群接口。外观定义了一个高层接口，让子系统更容易使用。
适配器模式设计模式之禅。

模版方法模式 （Template Method Pattern）

模板方法模式在一个方法中定义一个算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以在不改变算法结构的情况下，重新定义算法中的某些步骤。

迭代器模式 （Iterator Pattern） 组合模式 （Composite Pattern）

迭代器模式提供一种方法顺序访问一个聚合对象中的各个元素，而又不暴露其内部的表示。

组合模式允许你将对象组合成树形结构来表现“整体/部分”层次结构。组合能让客户以一致的方式处理个别对象以及对象组合。

状态模式 （State Pattern）

状态模式允许对象在内部状态改变时改变它的行为，对象看起来好像修改了它的类。

代理模式 （Proxy Pattern）

代理模式为另一个对象提供一个替身或占位符以控制对这个对象的访问。

享元模式（Flyweight Pattern）

使用共享对象可有效地支持大量的细粒度的对象。
设计模式之禅。

设计原则

• 找出应用中可能需要变化之处，把他们独立出来，不要和那些不需要变化的代码混在一起；
• 针对接口编程，而不是实现编程；
• 多用组合，少用继承；
• 为了交互对象之间的松耦合设计而努力；
• 类应该对扩展开放，对修改关闭；
• 要依赖抽象，不要依赖具体类；
• 最少知识原则：只和你的密友谈话；
• 别调用我们，我们会调用你；
• 一个类应该只有一个引起变化的原因；

良好的OO设计必须具备可复用、可扩充、可维护三个特性。
大多数的模式和原则，都着眼于软件变化的主题。
大多数的模式都允许系统局部改变独立于其他部分。
需要把系统中会变化的部分抽出来封装。

依赖倒置原则指导方针：

• 变量不可以持有具体类的引用。
• 不要让类派生自具体类。
• 不要覆盖基类中已经实现的方法。