源码中常用的设计模式有哪些？

本文共计1618个文字，预计阅读时间需要7分钟。

在《源码中的设计模式--模板方法模式》一文中，分享了有关模板方法设计模式方面的内容。文中探讨了模板方法模式的设计理念，不涉及具体影响，并深入阐释了模板方法模式在方法中定义算法框架的意义。

  在上次《源码中的设计模式--模板方法模式》中分享了有关模板方法设计模式方面的东西，不知道还有印象没，重温下其释义，

模板方法模式在一个方法中定义一个算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以在不改变算法结构的情况下，重写定义算法中的某些步骤。

  在上次中举了这样的场景，要调用系统A、系统B接口，把两个系统的数据读取过来，保存在我们自己的数据库中，其实现的UML图如下，

  现在突然，系统A的对接人说，在调用他的接口前需要进行校验，验证身份，才可以进行调用。看看上面的UML图我们要怎么修改代码，我们把之前的场景抽象了四步：组装参数、发送请求、处理返回参数、保存数据库，现在系统A需要校验身份，校验这个过程是系统A独有的吗，显然不是，原则上调用任何一个系统的接口都需要验证权限，只有权限通过了才可以调用，那么校验这个肯定是上述场景中的一步，为此上面的场景抽象为五步：组装参数、校验权限、发送请求、处理返回参数、保存数据。而且校验权限这个肯定每个系统的验证方式是不一样的，所以需要每个实现类定义自己的实现，也就是它必须是一个抽象的方法。