设计模式之了解设计模式

设计模式的来源

        设计模式来源于建筑领域，是作为软件工程的一个分支。1995年GOF（Gang Of Four四人组，Erich Gamma、Richard Helm,Ralph Johnson和John Vlissides）收集整理了23种设计模式出版了《设计模式：可复用面向对象软件的基础》一书。

设计模式能解决问题

       使用设计模式可以重构整体架构代码、提交代码复用性、扩展性、减少代码冗余问题。合理使用模式去搭建你的程序 无论从效率上还是可读性上，都给人一种很舒服的感觉。

设计模式的分类

创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。
结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。
行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。

设计模式的六大原则

单一职责(SRP：Single responsibility principle)：原则上一个类只负责一项职责，如果承担的职责过多，耦合度就越高，不利于维护修改。

开闭原则（OCP：Open Closed Principle）：软件实体类，函数等模块，应该是要可以扩展的，但是不能修改。对扩展开放，对修改关闭。

迪米特法则（LKP：Least Knowledge Principle，又叫最少知识原则）：一个类应该减少与其他类之间发生相互左右，使得系统模块相对独立，如果需要可以通过第三者转发。

里式替换（LSP：Liskov Substitution Principle）：子类可以扩展父类的功能，但不能改变父类原有的功能，父类能出现的地方都可以用子类来替代，而且子类也不会出现任何的错误或者异常，而使用者也无需知道是父类还是子类

依赖倒置（DIP：Dependence Inversion Principle）：程序要依赖于抽象接口，而不要依赖于具体实现

接口隔离（ISP：Interface Segregation Principle）：客户端不应该依赖于它不需要的接口，一个类对另一个类的依赖应该建立在最小的接口上。

单一职责原则同接口隔离原则的异同：两者都起到了减少耦合度的作用，SRP针对单个类的,ISP针对类之间的依赖耦合关系。