八大设计的基本原则

1.单一职责原则(Single Responsibility Principle,SRP)

• 一个类或者模块应该有且只有一个改变的原因(一个类应该只负责一项职责)
• 职责的定义比较困难，能自圆其说就行
• • 不同需求有不同的拆分方式。

2.接口隔离原则(Interface Segregation Principle,ISP)

• 类继承接口的方法都是有用的(不应该依赖不需要的接口，即一个类对另一个类依赖应该建立在最小接口上)

3.依赖倒转原则(Dependence Inversion Principle,DIP)

• 高层模块和底层模块之间通过接口进行通信(面向抽象,接口原则)
• 抽象不应该依赖细节，细节应该依赖于抽象
• 当一个业务有着多个实现可能时，通过接口作为方法参数进行执行

4.里氏替换原则

• 父类出现的地方，换成子类也不会出现问题(子类可以扩展父类的功能，但不能改变原有的功能)
• 规范：
  • 子类应该重写父类的方法
  • 子类可以自己的方法
  • 子类重写父类方法的时候方法形参应该比父类更加宽松(父类：HashMap,子类：Map)
  • 子类重写父类方法的时候返回值应该比父类更加的严格或相等。
• 判断
• • 是否使用继承
  • 替换后逻辑是否正常

5.开闭原则（Open Closed Principle，OCP）

• 软件设计的第一原则。

• 对扩展开放，对修改关闭(软件在不修改源代码的情况下可以能够被扩展，修改软件的功能)

• 本质思想：

• • 以抽象来固定不变的东西(业务逻辑中肯定有在业务领域中不可以变化的东西，用抽象来固定)
  • 使用具体实现对可变性进行封装(隐藏逻辑，隐藏实现类)
  • 面向抽象编程

6.迪米特法则(Law of Demeter)

• 最少知道原则(两个类之间不要有过多个耦合关系，保持最少的关联性)
• 与直接朋友进行通信
• • 成员变量
  • 方法中的形参
  • 方法中new的对象变量

7.合成复用原则(Composite Reuse Principle,CRP)

• 复用别人代码时，应该使用组合/聚合(has-a)

8.kiss原则（kiss is simpe sutpid）

• 软件的诸多问题的原因归根于复杂性。

• 软件设计的时候保持简单(不过度设计:减少预先假想的设计,当需求只有一种变化的时候不要去假想第二三种，只有出现第二种的时候才去假想更多的变化扩展)！