什么时候使用设计模式
对于很多人来说，设计模式是一个很高大上的东西。当然，恰当的使用设计模式确实能达到事半功倍的效果，能帮助我们解决一些复杂的业务场景，让我们的逻辑更清晰，代码更美观，更具有维护性。
但是，是不是只要符合设计模式的场景就要用设计模式呢？当然不是，使用设计模式一般要注重两点：一，这个地方的代码反复修改，事不过三，第三次修改时就该引入设计模式了，减少后面的维护成本；二，如果在刚开发的就有明确的业务需求支撑，即业务变化点超过3个，这时可以考虑立即引入相应的设计模式。所有设计模式的使用都应遵循这个规则，以后不再累述。
设计模式的本质
- 本质还是面向对象。封装，继承，多态。
- 只要是变化点，关注点高的，都可以考虑封装起来。封装成类，封装成方法等。
- 只要是需要重用代码的，都可以通过继承来实现。现在jd8有默认方法，有的时候也可以解决。
- 只要想做抽象、解耦的时候都可以使用多态。
- 设计模式只是让人以更快的捷径了解部分面向对象，也减少了经典场景的使用面向对象思考的时间。
好处
- 减少重复代码
- 解耦，让功能更健壮，互相之间不影响。
- 可扩展性更好，修改的时候关注点更少。
什么是责任链模式？
什么情景下使用责任链？
代码示例