如何理解开放封闭原则？

开闭原则，顾名思义，对扩展开放，对修改封闭。在谈细一点，对什么扩展开放？对什么修改封闭？

还是用经典的Client和Server举例吧。客户端使用服务器，或者叫使用服务器提供的服务。在左边的图，客户端直接依赖于服务。这会造成，一旦由另一个提供程序服务，则客户端也需要修改。当增加了Client Interface后，这个系统对增加另一种服务是开放的，对修改原有的调用代码是封闭的。Client不需要修改，就能使用新的服务。

我这样理解：对新服务的扩展开发，对原有使用服务的业务代码修改是封闭的。

实际上我们发现，开闭原则和依赖倒置原则追求的结果是完全一样的，所有类都去依赖于抽象类。只是角度，不一样，依赖倒置原则是从这样的角度谈得，通常习惯性设计是高层依赖低层，现在变为低层依赖高层定义的接口。而开闭原则谈的是，加入抽象类，低层便于扩展，高层代码可以保持不变。

在代码中是如何实现Server变化，而不用改变Client呢？

定义一个接口

1. interface IClient{  
2.     public String action();  
3. }

定义多个服务类实现该接口。定义客户类，接口类作为客户类函数的参数。实例化服务类和客户类，把不同的服务类作为客户类的函数参数。

1. class Server1 implements IClient{  
2.     public String action(){  
3.         return "I'm server 1 to provide service";  
4.     }  
5. }  
6. class Server2 implements IClient{  
7.     public String action(){  
8.         return "I'm server 2 to provide service";  
9.     }  
10. }  
11.   
12. class Client{  
13.     public void do(IClient clientInf){  
14.         System.out.println("Start to call server");  
15.         System.out.println(clientInf.action());  
16.     }  
17. }  
18.   
19. void main(String[] args){  
20.         Client client= new Client();  
21.         client.do(new Server1());  
22.         client.do(new Server2());  
23. }  

有人可能会疑惑，为什么接口类不叫AbstractServer呢？它就是众多server的抽象类呀。是可以叫AbstractServer。这里叫ClientInterface主要表达这个接口类的行为应该根据Client如何调用Server来定义，而不是根据众多server类抽象出来看能提供多少服务。记住，底层是由于上层的需要而存在的，上层不需要的服务是那么底层是不用提供的。

SOLID 五项原则介绍：

原 如何理解单一职责原则？

原 如何理解接口隔离原则？

原 如何理解开放封闭原则？

原 如何理解里氏替换原则？

原 如何理解依赖倒置原则？