1.开闭原则
开是对扩展打开,闭就是对修改关闭。
当一个业务进行功能扩展时,要尽量减少内部代码的修改,可以是另外加一个接口。
2.依赖倒置原则
不是接口依赖于细节,而是细节依赖于接口
3.接口隔离原则
每个业务对应不同的接口,不要都使用单一的总接口。
4.单一职责原则
每个类尽量少的拥揽功能业务,因为但有业务需要修改时,会有其他不必要的业务参与进来。
5.里氏替换原则
子类继承父类时,可以扩张新的功能,但是尽量不要重写父类的方法,这样避免在类很多的时候程序直接的调用出现问题。
6.埃米特原则(代理模式异曲同工)
当两个实体类没有关系时,就不要直接进行调用。可以利用代理的方法进行消息转发。但是代理使用太多会造成程序逻辑结构不清晰的问题,需要进行决战后再使用。
7.合成复用原则
优先考虑聚合组合的关系,组合大于继承。a has b 大于 a is b