SOLID软件设计原则-简介

SOLID原则：

1. 开闭原则：
　　对拓展开放，对修改封闭。

　　看起来说了两点实际上就是一点：为了适应新的需求，尽量不要修改原始代码，而是扩展原有的代码。
　　可以通过“抽象约束、封装变化”来实现开闭原则，即通过接口或者抽象类为软件实体定义一个相对稳定的抽象层，而将相同的可变因素封装在相同的具体实现类中。

 

2. 里氏替换原则：

　　（在继承中）
　　里氏替换原则通俗来讲就是：子类可以扩展父类的功能，但不能改变父类原有的功能。也就是说：子类继承父类时，除添加新的方法完成新增功能外，尽量不要重写父类的方法。

 

3. 依赖倒置原则：
　　依赖倒置原则的原始定义为：高层模块不应该依赖低层模块，两者都应该依赖其抽象；抽象不应该依赖细节，细节应该依赖抽象
　　其核心思想是要面向接口编程，不要面向实现编程。

　　依赖倒置原则的目的是通过要面向接口的编程来降低类间的耦合性，所以我们在实际编程中只要遵循以下4点，就能在项目中满足这个规则。
　　　　每个类尽量提供接口或抽象类，或者两者都具备。
　　　　变量的声明类型尽量是接口或者是抽象类。
　　　　任何类都不应该从具体类派生。
　　　　使用继承时尽量遵循里氏替换原则。

 

4. 单一职责原则：
　　单一职责原则规定一个类应该有且仅有一个引起它变化的原因，否则类应该被拆分。

　　单一职责原则的核心就是控制类的粒度大小、将对象解耦、提高其内聚性。如果遵循单一职责原则将有以下优点：
　　　　降低类的复杂度。一个类只负责一项职责，其逻辑肯定要比负责多项职责简单得多。
　　　　提高类的可读性。复杂性降低，自然其可读性会提高。
　　　　提高系统的可维护性。可读性提高，那自然更容易维护了。
　　　　变更引起的风险降低。变更是必然的，如果单一职责原则遵守得好，当修改一个功能时，可以显著降低对其他功能的影响。

5. 接口隔离原则：
　　接口隔离原则要求程序员尽量将臃肿庞大的接口拆分成更小的和更具体的接口（控制接口的粒度），让接口中只包含客户感兴趣的方法。

　　接口隔离原则和单一职责都是为了提高类的内聚性、降低它们之间的耦合性，体现了封装的思想，但两者是不同的：
　　　　单一职责原则注重的是职责，而接口隔离原则注重的是对接口依赖的隔离。
　　　　单一职责原则主要是约束类，它针对的是程序中的实现和细节；接口隔离原则主要约束接口，主要针对抽象和程序整体框架的构建。

　　接口隔离原则是为了约束接口、降低类对接口的依赖性，遵循接口隔离原则有以下 5 个优点：
　　　　将臃肿庞大的接口分解为多个粒度小的接口，可以预防外来变更的扩散，提高系统的灵活性和可维护性。
　　　　接口隔离提高了系统的内聚性，减少了对外交互，降低了系统的耦合性。
　　　　如果接口的粒度大小定义合理，能够保证系统的稳定性；但是，如果定义过小，则会造成接口数量过多，使设计复杂化；如果定义太大，灵活性降低，无法提供定制服务，给整体项目带来无法预料的风险。
　　　　使用多个专门的接口还能够体现对象的层次，因为可以通过接口的继承，实现对总接口的定义。
　　　　能减少项目工程中的代码冗余。过大的大接口里面通常放置许多不用的方法，当实现这个接口的时候，被迫设计冗余的代码。
　　在具体应用接口隔离原则时，应该根据以下几个规则来衡量。
　　　　接口尽量小，但是要有限度。一个接口只服务于一个子模块或业务逻辑。
　　　　为依赖接口的类定制服务。只提供调用者需要的方法，屏蔽不需要的方法。
　　　　了解环境，拒绝盲从。每个项目或产品都有选定的环境因素，环境不同，接口拆分的标准就不同深入了解业务逻辑。
　　　　提高内聚，减少对外交互。使接口用最少的方法去完成最多的事情。

　　参见：http://c.biancheng.net/view/1317.html

转载于:https://www.cnblogs.com/hhp4748/p/11552193.html