标签：solid原则 修改 技术 -o 应用 java 命名参数 alt 面向
定义：当需要修改某个类的时候原因有且只有一个。换句话说就是让一个类只做一种类型责任，当这个类需要承当其他类型的责任的时候，就需要分解这个类。 类被修改的几率很大，因此应该专注于单一的功能。如果你把多个功能放在同一个类中，功能之间就形成了关联，改变其中一个功能，就需要重新测试类中所有的功能。
上面这个类包含三个方法，都是查询客户相关信息，并且在改变其中一个方法并不会影响到其他的方法，因此我觉得是符合单一职责的。
对于一个类中编写了多个功能方法时，如果这几个功能方法相互依赖，又或者共享参数，又具备改变参数的功能，这样设计出的类，如果改变其中一个功能，就会影响其他的功能，导致所有的功能都需要重新测试，因此违反了单一职责。
我比较赞同面向对象葵花宝典上的说法，一个类只负责一组相关的事情，一个类中可以有多个方法，这些方法是相关的。SRP也不是适用于所有的类中，只适用于基础类。
c里的函数在java里就是方法，开闭原则，我的理解就是对提供方法的一方允许扩展，对调用方法的一方不允许修改。
1.比如，定义好了一个方法，另一个方调用了这个方法，在修改这个方法的同时要保证调用方不需要修改代码。此时就需要保证方法的命名参数返回值等不可以改变。
上图是在开发中定义的一个方法，并没有编写方法实现。在开发过程为了提高编码的效率，会经常先定义好接口方法，先让上游调用该方法然后进行开发，这样两方可以 同时开发。这里也充分应用了OCP原则，只修改方法的实现，而不修改方法的命名参数返回值等。要是反复修改方法的命名等，会导致上游调用方也要修改，极大的影响了效率。
通俗的定义就是子类必须实现或者继承父类所有的公有方法，入参必须一样，输出必须不比父类少。LSP就是指子类可以完全替换父类被调用方使用。
不能强迫用户去依赖那些他们不使用的接口。换句话说，使用多个专门的接口比使用单一的总接口总要好。 ?
客户模块不应该依赖大的接口，应该裁减为小的接口给客户模块使用，以减少依赖性。如Java中一个类实现多个接口，不同的接口给不用的客户模块使用，而不是提供给客户模块一个大的接口。
比如上图，是按照功能设计了两个接口，而不是将所有的方法放在一个接口里，较低了耦合。
(1).高层模块不要依赖低层模块；
(2).高层和低层模块都要依赖于抽象；
(3).抽象不要依赖于具体实现；
(4).具体实现要依赖于抽象；
(5).抽象和接口使模块之间的依赖分离。
solid五大原则各自的侧重点不同，SRP（单一职责）用于类的设计。OCP（开闭原则）它是面向对象开发过程中总得指导思想。LSP（里氏替换原则)用于指导类继承的设计。ISP（接口隔离原则）用于指导接口的设计。DIP（依赖注入原则）用于指导如何抽象。
标签：solid原则 修改 技术 -o 应用 java 命名参数 alt 面向
原文地址：https://www.cnblogs.com/yebingluo/p/10247626.html
