增量星球

目录背景理论实践总结背景责任链模式，小编在自己项目迭代过程也参与了维护和设计实现；本篇博文主要针对该设计模型进行总结和实践；简单举例日常生活或者工作中能够接触的责任链模式场景：采购审批流程，请假流程，软件开发中的异常处理流程，web请求处理流程等各种各样的流程；本文中主要借助比较常见的场景OA请假流程：作为底层员工的溪源同学发起一个请假申请；1.当溪源请假天数小于3天时，只需要得到上级主管批准即可；2.当溪源请假天数大于3天时，主管批准后还需要提交给经理审批即可；3.当溪源确实有事需要请假超

定义首先介绍一下众多博客文章中提到的策略模式的概念，针对于文章结构构成，请允许小编在此处再细说一下。策略模式：百度百科中引述为：指对象有某个行为，但是在不同的场景中，该行为有不同的实现算法。1.策略模式是对算法的包装，是把使用算法的责任和算法本身分割开来，委派给不同的对象管理。2.策略模式通常把一个系列的算法包装到一系列的策略类里面，作为一个抽象策略类的子类。用一句话来说，就是：“准备一组算法，并将每一个算法封装起来，使得它们可以互换”。【此处的算法，大家可以理解为解决业务需求的方法。】对于这些

目录理论实践总结理论1.模板模式：定义一个操作算法中的框架，而将这些步骤延迟加载到子类中。模板方法模式使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤；2.角色：抽象模板(Abstract Template)角色：定义了一个或多个抽象操作，以便让子类实现。这些抽象操作叫做基本操作，它们是一个顶级逻辑的组成步骤。定义并实现了一个模板方法。这个模板方法一般是一个具体方法，它给出了一个顶级逻辑的骨架，而逻辑的组成步骤在相应的抽象操作中，推迟到子类实现。顶级逻辑也有可能调用一些具体方法

概念状态模式(State Pattern)：允许一个对象在其内部状态改变时改变它的行为，对象看起来似乎修改了它的类。状态模式是一种对象行为型模式。大家着重理解对象，多种状态状态模式用于解决系统中复杂对象的状态转换以及不同状态下行为的封装问题。当系统中某个对象存在多个状态，这些状态之间可以进行转换，而且对象在不同状态下行为不相同时可以使用状态模式。状态模式将一个对象的状态从该对象中分离出来，封装到专门的状态类中，使得对象状态可以灵活变化，对于客户端而言，无须关心对象状态的转换以及对象所处的当前状态，无论