设计模式及其六大原则_简要

设计模式是解决问题的思想

所以实现方式并非固定，贯彻思想即可

---

设计模式的六大原则

一、单一职责原则

一个类只负责一项职责
如果一个类有多个职责，要改变一个职责就会影响其他职责。也影响复用性。
低耦合，高内聚。

二、依赖倒置原则

面向接口编程
面向抽象编程，将客户和实现模块解耦。接口不变，实现类可以变。
降低耦合，提高复用性。

三、开闭原则

对扩展开放，对修改关闭
通过继承的方式，来修改抽象类、接口、类。
在宏观的项目结构上，新功能不去修改已有的代码，除非修复错误代码。

四、里氏替换原则

子类可以扩展父类，但不要改变父类原有功能
子类不要重写父类方法，目的是“把父类都替换成它的子类，程序的行为没有变化”。
该原则是实现抽象化的规范。

五、接口隔离原则

设计接口时功能尽量细粒度，最小功能单元
这样添加业务时，多implements接口即可，而不是修改接口。
降低耦合。

六、迪米特原则

一个类与其他类的通信要尽可能的少
局部变量更不要引入新的类，否则类的结构上看不到该类，却要依赖该类。
降低耦合。

---

设计模式的分类

以下列举的设计模式仅为本人所学的一部分，并非全部设计模式

一、创建型模式

用于创建对象

• 简单工厂模式
• 工厂方法模式
• 抽象工厂模式
• 建造者模式
• 单例模式

二、结构型模式

用于处理类和对象的组合
类与类的关系：“继承”和“组合”（持有对象）。更推荐组合的方式，因为持有一个类的对象时，可以是它的子类，还可以更换实例

• 适配器模式
• 桥接模式
• 装饰器模式
• 代理模式
• 组合模式
• 外观模式

三、行为型模式

用于对象的通信和责任分配

• 模板方法模式
• 策略模式
• 责任链模式
• 观察者模式
• 命令模式
• 访问者模式

---

名词解释

• 耦合：依赖
• 耦合度：依赖程度