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)
-
软件的诸多问题的原因归根于复杂性。
-
软件设计的时候保持简单(不过度设计:减少预先假想的设计,当需求只有一种变化的时候不要去假想第二三种,只有出现第二种的时候才去假想更多的变化扩展)!