设计模式之禅——设计原则SOLID+D（读书笔记）

设计原则-SOLID+D

设计是有限度的，不能无限的考虑未来的变更情况，否则就会陷入设计的泥潭中而不能自拔

定义：应该有且仅有一个原因引起类的变更。

单一职责原则要求一个接口或类只有一个原因引起变化，也就是一个接口或类只有一个职责，它就负责一件事情。

优点：

类的复杂性降低，实现什么职责都有清晰明确的定义；
可读性提高；
可维护性提高；
变更引起的风险降低，变更时必不可少的，如果接口的单一职责做得好，一个接口修改只对相应的实现类有影响，对其他的接口无影响，这对系统的扩展性、维护性都有很大的帮助。

定义：软件实体应该对扩展开放，对修改关闭，其含义是说一个软件实体应该通过扩展来实现变化，而不是通过修改已有的代码来实现变化。

开闭原则是Java世界里最基础的设计原则，它指导我们如何建立一人稳定的、灵活的系统。

开闭原则告诉我们应该尽量通过扩展软件实体的行为来实现变化而不是通过修改已有的代码来完成变化，它是为软件实体的未来时间而定制的对现行开发设计进行约束的一个原则。

开闭原则是抽象类，其他的原则是具体的实现类。

优点：

开闭原则对测试的影响：只需要保证新增类的正确性，不需要修改原来代码；
提高复用性：所有的逻辑是从原子逻辑组合而来的，而不是一个类中独立实现一个业务逻辑。这样代码才可以复用。复用减少代码量，避免相同的逻辑分散在多个角落，避免日后维护人员为了修改一个微小的缺陷或增加新功能而要在项目中到处查找相关代码；
开闭原则提高复用性：扩展的时候不需要维护原有类；
应对面向对象开发的要求：抽象接口；

定义：只要父类能出现的地方子类就能够出现，而且替换为子类也不会产生任何错误或异常，使用者可能根本就不需要指导是父类还是子类。但是，反过来就不行了，有子类出现的地方，父类未必能适应。

规范：

优点：面向对象的语言中，继承是必不可少的，具有代码共享、多态、扩展性等优点，但是也增强了耦合性，降低了灵活性，所以需要里氏替换原则减少弊端，发挥优点。

定义：客户端不该依赖他不需要的接口，类间的依赖关系应该建立在最小的接口上。

建立单一接口，不要建立庞大臃肿的接口

接口分类：

接口隔离原则与单一职责原则是不一样的：接口隔离原则与单一职责的审视角度是不相同的，单一职责要求的是类和接口职责单一，注重的是职责，这是业务逻辑上的划分，而接口隔离原则要求接口的方法尽量少。

接口隔离原则是对接口进行规范约束：

最佳实践：

含义：

表现：

面向接口编程

采取依赖倒置原则可以减少类间的耦合性，提高系统的稳定性，降低并行开发引起的风险，提高代码的可读性和可维护性。

抽象是对实现的约束，对依赖着而言，也是一种契约，不仅仅约束自己，还同时约束自己与外部的关系，其目的是保证所有的细节不脱离契约的范畴，确保约束双方按照既定的契约共同发展。最佳实践：

定义：应该对其他对象有最少的了解。

迪米特法则的核心观念就是类间解耦，弱耦合，只有弱耦合之后，类的复用率才可以提高。