设计模式之总纲

什么是设计模式？

设计模式就是套路，是被坑了N遍之后总结出来的经验。项目中合理的运用设计模式可以巧妙的解决很多问题。当然设计模式也不是万能的，根据项目需要来使用，不要为了设计模式而做项目，这样做出来的项目太虚伪。

设计模式之六大原则

开闭原则（Open Close Principle）

意思：软件模块应该对扩展开放，对修改关闭。

举例：在程序需要进行新增功能的时候，不能去修改原有的代码，而是新增代码，实现一个热插拔的效果（热插拔：灵活的去除或添加功能，不影响到原有的功能）。

目的：为了使程序的扩展性好，易于维护和升级。

里氏代换原则（Liskov Substitution Principle）

意思：里氏代换原则是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。

举例：球类，原本是一种体育用品，它的衍生类有篮球、足球、排球、羽毛球等等，如果衍生类替换了基类的原本方法，如把体育用品改成了食用品（那么软件单位的功能受到影响），就不符合里氏代换原则。

目的：对实现抽象化的具体步骤的规范。

依赖倒转原则（Dependence Inversion Principle）

意思：针对接口编程，而不是针对实现编程。

举例：以计算机系统为例,无论主板、CPU、内存、硬件都是在针对接口设计的，如果针对实现来设计，内存就要对应到针对某个品牌的主板，那么会出现换内存需要把主板也换掉的尴尬。

目的：降低模块间的耦合。

接口隔离原则（Interface Segregation Principle）

使用多个隔离的接口，比使用单个接口要好。

举例：比如：登录，注册时属于用户模块的两个接口，比写成一个接口好。

目的：提高程序设计灵活性。

迪米特法则（最少知道原则）（Demeter Principle）

意思：一个实体应当尽量少的与其他实体之间发生相互作用，使得系统功能模块相对独立。

举例：一个类公开的public属性或方法越多，修改时涉及的面也就越大，变更引起的风险扩散也就越大。

目的：降低类之间的耦合，减少对其他类的依赖。

单一职责原则（ Single responsibility principle ）

意思：一个类只负责一个功能领域中的相应职责，或者可以定义为：就一个类而言，应该只有一个引起它变化的原因。

举例：该原则意思简单到不需要举例！

目的：类的复杂性降低，可读性提高，可维护性提高。

什么样的代码才被称为优秀的代码？

有人说清晰的逻辑关系，明确的注释，符合八荣八耻就是好代码。能写出这样的代码，只能说明你有好的编码习惯，不代表写出来的代码就是优秀的代码。优秀的代码必须符合高内聚低耦合原则，写代码是要考虑扩展性、依赖性、单一性，用最少的代码做最多的事情。

设计模式分类

创建型

抽象工厂模式 

工厂方法 

建造者模式 

原型模式 

单态模式 

结构型

适配器模式 

桥接模式 

组合模式 

外观模式 

装饰者模式 

享元模式 

代理模式 

行为型

责任链模式 

命令模式 

解释器模式 

迭代模式 

中介者模式 

备忘录模式 

观察者模式 

状态模式 

策略模式 

模板方法模式 

访问者模式