软件设计（原则）

通过一版本到七版本的学习，首先从一个简单的5+6   到 输入的值与数据库中的值，还有配置文件的值 相加减。 从简单的两个值直接打印输出，中间，不但体现到了封装隔离，还会提到了，对客户的体验，站在客户的角度进行思考问题。

目录

1.开闭原则——一个软件实体应该对扩展开放，对修改关闭，

2.依赖倒置原则——要依赖于抽象，不要领事于实现；

3.单一职责原则——单一职责原则，

4.接口隔离原则——使用多个专门的接口比使用单一的总接口要好。

5.迪米特法则——最少知识范围原则，一个对象或模块应该和其他对象和模块尽量少通信

6.里式替换原则——任何基类适用的地方，子类一定也适用；

7.合成复用原则——软件的可复用性代码重用功能模块分离出来，可以应用到其他项目当中去，可重用性越高越好

---

1.开闭原则——一个软件实体应该对扩展开放，对修改关闭，

这个模块可以增强它的功能（开），  我可以不修改原来代码来增强它的新功能，我是指不修改写好的代码，但是我可以增加新的嘞，在原有的代码可以不做修改，这就是我们设计好的基本及时原则，不修改原来的系统，而植入新的模块就可以增强系统的功能，这也是我为什么要预留接口，以便后人的实现，而不修改原来的代码。其他的原则是由此产生，它是基础，如何做到开闭原则？抽象化是基础，可变性，的封装原则可变性不应该散落在代码的很多角落里，一个可变性应该集中在一个点上。

2.依赖倒置原则——要依赖于抽象，不要领事于实现；

从继承的角度实现“开---闭”

3.单一职责原则——单一职责原则，

所谓职责是指类变化的原因。如果一个类有多于一个的动机被改变，那么这个类就具有多于一个的职责。而单一职责原则就是指一个类或者模块应该有且只有一个改变的原因。

4.接口隔离原则——使用多个专门的接口比使用单一的总接口要好。

不相关的内容封装在一个接口是不好的，是很不好的接口的力度，不要过粗，不然会加重紫类的实现复旦应该相关的才能有相同的接口，不然要分隔开来提倡戏力度，要接口接口设计应该写一些核心的方法，不要向客户承诺过多的继承一个类继承也算

5.迪米特法则——最少知识范围原则，一个对象或模块应该和其他对象和模块尽量少通信

，为什么要少？例如如果对象与很多对象有关联或有关系时，那么修改时将会很困难，耦合关系过强，系统里面模块与模块，对象与对象应该尽量将少关系控制耦合度控制变化扩散，把那些可变的东西写到文本文件，核心的地方耦合度高，是不可避免的

6.里式替换原则——任何基类适用的地方，子类一定也适用；

7.合成复用原则——软件的可复用性代码重用功能模块分离出来，可以应用到其他项目当中去，可重用性越高越好