一、面向对象的设计六大原则
- 单一职责原则(Single Responsibility Principle, SRP)：一个类只负责一个功能领域中的相应职责，或者可以定义为：就一个类而言，应该只有一个引起它变化的原因。单一职责原则是最简单的面向对象设计原则，它用于控制类的粒度大小。
个人思考:简单的说，一个类的功能尽可能简单，多个类实现复杂功能。编写代码时，根据职责多分几个类实现复杂功能。
- 开闭原则(Open-Closed Principle, OCP)：一个软件实体应当对扩展开放，对修改关闭。即软件实体应尽量在不修改原有代码的情况下进行扩展。 开闭原则是面向对象的可复用设计的第一块基石，它是最重要的面向对象设计原则
个人思考：防止需求的变化导致代码修改。抽象化，就是开闭原则的关键
- 里氏代换原则(Liskov Substitution Principle, LSP)：所有引用基类（父类）的地方必须能透明地使用其子类的对象。里氏代换原则是实现开闭原则的重要方式之一
个人思考：老爹对象能干的活，儿子继承都能干，但是儿子能干的活，老爹干不了。编码时，将父类设计为抽象类或者接口，子类实现具体方法，这样扩展功能时，就只需要增加子类，而无需修改旧代码。
- 依赖倒转原则(Dependency Inversion Principle, DIP)：抽象不应该依赖于细节，细节应当依赖于抽象。换言之，要针对接口编程，而不是针对实现编程。依赖倒转原则就是面向对象设计的主要实现机制之一
在引入抽象层后，系统将具有很好的灵活性，在程序中尽量使用抽象层进行编程，而将具体类写在配置文件中，这样一来，如果系统行为发生变化，只需要对抽象层进行扩展，并修改配置文件，而无须修改原有系统的源代码，在不修改的情况下来扩展系统的功能，满足开闭原则的要求。某实现案例如下：
image.png
个人思考： 开闭原则，里氏代换原则，依赖倒置原则往往是同时出现的。注意四个概念：依赖注入，以及依赖注入的三种方式：构造注入，设值注入（Setter注入）和接口注入。常见：根据配置文件，实现某个功能。如截图案例所示
- 接口隔离原则(Interface Segregation Principle, ISP)：使用多个专门的接口，而不使用单一的总接口，即客户端不应该依赖那些它不需要的接口。
个人思考：类似单一职责原则，不要太大的接口，接口方法不可过多。
- 迪米特法则(Law of Demeter, LoD)：一个软件实体应当尽可能少地与其他实体发生相互作用。
个人思考：就是修改一个类的时候，尽量少影响其他类。思考多个类互相影响的场景：
如下图实例中，可以通过引入一个专门用于控制界面控件交互的中间类(Mediator)来降低界面控件之间的耦合度。引入中间类之后，界面控件之间不再发生直接引用，而是将请求先转发给中间类，再由中间类来完成对其他控件的调用。当需要增加或删除新的控件时，只需修改中间类即可，无须修改新增控件或已有控件的源代码：
image.png
参考资料：
设计模式六大原则
二、设计模式分类
设计模式分为三大类
创建型（5种）：单例，工厂，抽象工厂，建造者模式，原型模式
结构型（7种）：外观，组合，享元，代理，适配器，装饰器，桥接
行为型（11种）：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式
三、设计模式分类总结
写代码：可复用，少修改，易扩展
创建型模式：为了解决对象的创建问题。
结构型模式：关注对象间的组合，关心实体之间是如何互相使用的。
个人思考：具体而言，就是如何设计类和类之间的依赖关系，以更为合适的方式，实现类的对象方法对另一个类实例对象的调用。比如，门面模式，就是增加一个接口类，汇总子系统的接口，方便客户端调用。适配器，改变接口方法，以便扩展应用，让实现另一种接口的客户端调用。装饰器模式，增强接口方法等等。
简而言之，如何更好的使用另一个类。
行为型模式：对类或对象怎样交互和怎样分配职责进行描述。个人理解，所谓分配职责，可以理解为完成一项工作，或是某个业务需求，划分职责分配到类中实现，这职责的分配模式，就是行为型的概念
