你们好，最近小艾特发现有诸多的小伙伴们对于类图关系，类图这个问题都颇为感兴趣的，今天小活为大家梳理了下，一起往下看看吧。

1、 软件设计原则

2、 A.可重复使用的

3、 B.可维护性

4、 C.可扩张的

5、 设计原理

6、 A.单一责任原则

7、 B.开闭原理

8、 C.界面隔离原理

9、 D.里希特替代原理

10、 E.依赖倒置原理

11、 单一原则

12、 就一个阶级而言，其变化的原因应该只有一个。

13、 换句话说，不要把变化原因不同的责任放在一起，因为不同的变化会影响不相关的责任。一般来说，不需要关心不该关心的事情，在类设计上也不需要多管闲事。

14、 例如，操作DB的代码不应出现在页面中。

15、 开闭原理

16、 软件实体(类、模块、函数等。)应该是可扩展的，但不可修改的。

17、 Open closed principle的“on”表示函数的扩展是打开的，“off”表示通过修改原代码来关闭扩展函数，应该避免。

18、 例如，通过继承来扩展函数，但不修改代码。

19、 依赖倒置原理

20、 “抽象不应该依赖于细节。细节要靠抽象”，关于这个原理还有一种说法是“上不要靠下”，两者都要靠抽象”。简而言之就是依靠一个稳定的东西。

21、 班级设计什么最稳？总的来说是一个接口，一个抽象类。

22、 就像电脑的主板上有很多接口，有放置CPU和显卡的接口，而那些显卡厂商和CPU厂商只需要生产出符合主板接口要求的显卡和CPU(比如多少针，多长，多宽等。)在电脑上使用。

23、 这样我们的主板可以使用任何CPU和显卡，不一定只能使用特定厂商的CPU和显卡。这远比那些集成显卡和CPU的主板要好，因为只要这个集成主板的显卡部件坏了，我们就必须更换整个主板。

24、 不需要集成主板，只需要更换坏了的显卡。

25、 界面分离原理

26、 “客户不应该被迫依赖他们不使用的方法。接口属于客户，而不属于它所属的类层次结构。”

27、 利斯科夫替代原理

28、 子类型必须能够替换基本类型，这意味着子类型可以用在基本类型可以用的地方。这是典型的“是一”关系。

以上就是类图这篇文章的一些介绍，希望对大家有所帮助。