设计模式：如何对扩展开放，对修改关闭

一、开闭原则（对扩展开放，对修改关闭）：open closed principle—OCP

1、定义

添加一个新的功能，应该是通过已有代码基础上扩展代码，而非修改已有代码的方式完成。

关于定义，我们有两点要注意。

第一点是，开闭原则并不是说完全杜绝修改，而是以最小的修改代码的代价来完成新功能的开发。

第二点是，同样的代码改动，在粗代码粒度下，可能被认定为“修改”；在细代码粒度下，可能又被认定为“扩展”。

2、方法

我们要时刻具备扩展意识，抽象意识，封装意识。

在写代码的时候，我们要多花点时间思考一下，这段代码未来可能有哪些需求变更，如何设计代码结构，事先留好扩展点，以便在未来需求变更的时候，在不改动代码整体结构、做到最小代码改动的情况下，将新的代码灵活地插入到扩展点上。

3、意义

很多设计原则，设计思想，设计模式，都是以提高代码的扩展性为最终目的。特别是23种经典设计模式，大部分都是为了解决扩展性问题总结出来，都以开闭原则为指导原则的。

最常用来提高代码扩展性的方法有：

多态，依赖注入，基于接口而非实现编程，以及大部分的设计模式（比如装饰，策略，模板，职责链，状态）。

4、案例

比如，我们代码中通过Kafka来发送异步消息。对于这样一个功能的开发，我们要学会将其抽象成一组跟具体消息队列（kafka）无关的异步消息接口。所有上层接口都依赖这组抽象的接口编程，并且通过依赖注入的方式来调用。当我们要替换新的消息队列的时候，比如将Kafka替换成RocketMQ，可以很方便地拔掉老的消息队列实现，插入新的消息队列实现。