标签：单一职责   包含   知识   替代   建立   family   应该   业务逻辑   设计模式   

1、单一职责原则

定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。

  遵循单一职责原的优点有：

• 可以降低类的复杂度，一个类只负责一项职责，其逻辑肯定要比负责多项职责简单的多；
• 提高类的可读性，提高系统的可维护性；
• 变更引起的风险降低，变更是必然的，如果单一职责原则遵守的好，当修改一个功能时，可以显著降低对其他功能的影响。

2、里式替代原则

定义：所有引用基类的地方必须能透明地使用其子类的对象。即：子类可以扩展父类的功能，但不能改变父类原有的功能。

里氏替换原则包含以下4层含义：

• 子类可以实现父类的抽象方法，但是不能覆盖父类的非抽象方法。
• 子类中可以增加自己特有的方法。
• 当子类覆盖或实现父类的方法时，方法的前置条件（即方法的形参）要比父类方法的输入参数更宽松。
• 当子类的方法实现父类的抽象方法时，方法的后置条件（即方法的返回值）要比父类更严格。

3、依赖倒置原则

三层含义：

• 高层模块不应该依赖低层模块，两者都应该依赖其抽象；
• 抽象不应该依赖细节；
• 细节应该依赖抽象

精简的定义： 面向接口编程。

最佳实践：
1.每个类尽量都有接口或抽象类，或者抽象类和接口两者都具备。
2.变量的表面类型尽量是接口或抽象类。
3.任何类都不应该从具体类派生。
4.尽量不要覆写基类的方法。
5.结合里氏替换原则使用。

4、接口隔离原则

概括：建立单一接口，不要建立臃肿庞大的接口。

通俗来讲：接口尽量细化，同时接口中的方法尽量少。

保证接口的纯结性：
1.接口要尽量小。
2.接口要高内聚。
3.定制服务。
4.接口的设计是有限度的。

最佳实践：
1.一个接口只服务于一个子模块或业务逻辑。
2.通过业务逻辑压缩接口中的public方法，接口时常去回顾，尽量让接口达到“满身筋骨肉”，而不是“肥嘟嘟”的一大堆方法。
3.已经被污染了的接口，尽量去修改，若变更的风险较大，则采用适配器模式进行转化处理。
4.了解环境，拒绝盲从。每个项目或产品都有特定的环境因素，不要盲从大师的设计，要根据业务逻辑进行最好的接口设计

5、迪米特法则（又称最少知识原则）

定义：一个对象应该对其他对象保持最少的了解

通俗来讲：一个类应该对自己需要耦合或调用的类知道得最少，你（被耦合或调用的类）的内部是如何复杂都和我没有关系，那是你的事情，我就调用你提供的public方法，其他一概不关心。

6、开闭原则

定义：一个软件实体如类、模块和函数应该对扩展开放，对修改关闭

当软件需要变化时，尽量通过扩展软件实体的行为来实现变化，而不是通过修改已有的代码来实现变化。

面试宝典-设计模式六大原则

标签：单一职责   包含   知识   替代   建立   family   应该   业务逻辑   设计模式   

原文地址：https://www.cnblogs.com/liuwei9002/p/9329132.html