设计模式第一篇

1.单一职责原则

根据具体的业务、功能进行相应的拆分

---

2.开闭原则

当软件需要变化时,应该尽量通过扩展的方式来实现变化,而不是通过修改已有的代码来实现。ocp原则并不是说绝对不可以修改原始类。

---

3.里氏替换原则

简写lsp,所有引用基类的地方必须能透明使用其子类对象。通俗讲只要父类出现的地方子类就可以出现,而且替换为子类也不会出现任何的异常或错误,使用者根本不需要知道是子类还是父类

---

4.依赖倒置原则

缩写dip,关键点:

(1)高层模块不应该依赖底层模块,两者应该依赖其抽象。

(2)抽象不应该依赖细节。

(3)细节不应该依赖抽象。

高层模块就是调用端,底层模块就是具体实现类。模块的依赖通过抽象发生,实现类之间不能发生直接的依赖关系其依赖关系是通过接口或抽象产生的。

---

5.接口隔离原则

缩写isp,客户端不应该依赖他不需要的接.
类间的依赖关系应该建立在最小的接口上。接口隔离原则将非常庞大 臃肿的接口拆分成更小的接口。原则目的是系用解开耦合。

---

6.迪米特原则

缩写lod,最少知识原则:一个对象应该对其他对象有最少的了解。一个类应该对自己需要耦合或者调用的类知道的最少,类内部如何实现与调用者或依赖者没有关系,调用或依赖者只需要他调用的方法即可,其它一概不管。