16 | 理论二：如何做到“对扩展开放、修改关闭”？扩展和修改各指什么？

之所以会有对扩展开放，对修改关闭的原则，是因为对扩展开放能够应对业务需求的变化，从而实现已有功能的扩展，而对修改关闭是为了保证在扩展新的需求是，能够保证已有功能的稳定。 对扩展开放，对修改关闭原则，听起来很简单，就是指我们在开发时尽可能的少修改已有的代码，而应该增加新的代码来实现新的功能。但对于这个原则，往往是很难绝对执行的，因为即使是完全增加新的功能，也很难做到百分百不修改原来的代码。所以，对扩展开放，对修改关闭的原则，用大白话来说就是在尽可能少修改以后功能代码的情况下，通过增加新的功能代码来实现新的功能。 如果想做到对扩展开放，对修改关闭，作为一个程序员要有扩展意识、封装意识和抽象意识。这三个意识听起来很简单，但要真正的做到必须要多实践多练习才能够慢慢的心领神会。

文中的alter 一步一步的改造，看的眼花缭乱的😂，我就问下，为什么不能直接在原始的Alter 类中，重载一个只有新增业务参数的check 放到的，这样不就最简单，原先开发好也不用动，这样对于Alter 类来说不是对扩展开放，对修改关爱了吗？请教下大神，我这种用重载的思路有啥，不好的地方

关于修改后的报警规则代码实现有两个疑问： 1. ApiStateInfo class 是充血模型还是贫血模型。 2.其实各个handler侧重的是不同的方方面面，比如错误次数，超时次数。统一接收ApiStateInfo 和 某一个handler接收具体的类比如：ErrorRequestApiStateInfo, TimeOutStateInfo， 哪种方式好呢？比较依据是什么

什么时候出其他语言的demo呢，不懂java，理解起来太痛苦了

为什么要遵循开闭原则？ 1、修改原有复杂的业务代码本来就存在一定的风险，同时耗费精力，可能影响到别的你不知道的地方，导致程序运行故障。 2、修改代码同时单元测试也要跟着修改，浪费时间精力。 3、可扩展性差的代码同时封装性也会差，违背面向对象设计原则。 补充：但是注意不要过度设计呦

争哥， public class MessageFormatter implements MessageFormatter {//...} 这段代码是不是有问题？

老师请教你个问题，什么是粗粒度代码什么是细粒度代码？

对修改关闭，是为了增加新功能，但不影响已有的功能，增加不必要的成本。对拓展开发就是为了应对不断变化的功能需求

为什么我们要“对扩展开放、对修改关闭”? 写代码一方面是为了满足功能需求，另一方面是为了让「他人」读懂，而不是自嗨。设计模式不是为了展现自己的能力，而是为了应对变化，很多软件需要做成插件、或者可插拔架构，都是为了方便其他人拓展。 「对扩展开放」是为了适应变化，「对修改关闭」是把代码封装好，减少不必要的错误改动。

if分支很多，用handler导致类爆炸怎么处理？