一、背景

状态模式是一种行为设计模式，让你能在一个对象的内部状态变化时改变其行为，使其看上去就像改变了自身所属的类一样。其与有限状态机的概念紧密相关，如下所示：
在这里插入图片描述

二、问题

在实际设计编码UI界面的工作中，有很多人应该都遇到过类似这样的场景：当鼠标移动或者点击某个标签、按钮等组件时，对应组件上会根据鼠标的状态进行不同的响应，比如颜色大小的变化。如果状态有很多种，那我们就会在代码中添加许多条件判断（if-else、switch），有时候可能一条语句中的条件多达十来个，出现bug的时候调试起来相当恶心。基于这个问题，下面使用状态模式逐步解决。

三、解决方案

首先在上下文类Context中定义改变状态的接口changeState，并聚合了指向当前状态的IState对象指针，changeState的参数即为new生成的具体状态类NormorlState等，调用paintTags函数时会调用当前状态类的doPaint函数进行该状态下的绘制操作。
接口状态类IState中提供了doPaint纯虚函数，每个具体状态类会继承并重写doPaint，在doPaint中可以调用setHoverState等函数对Context类对象的成员变量进行修改，同步状态与操作。
为了对每个状态类对象进行复用，采用单例模式提供GetInstance函数供Context调用。
类图如下：
上面的类结构中，因为每个具体状态类都是单例模式，提供除了名字不同之外相同的代码块，因此会有许多重复代码，因此想到在接口状态类IStateBase和具体状态类之间插入一个单例模板类IStateTemplate专门提供静态GetInstance函数，然后每个具体状态类对其继承和模板特化，这样在具体状态类中只需要实现doPaint函数即可。
各类达到高度凝练与抽象，每一层只专注某一功能的效果。后续如果有新加入一种状态，只需要特化IStateTemplate，然后重写doPaint函数即可，其他状态的代码无需修改，减少大量条件判断的同时也降低了出错的概率。
改进后的类图如下：
该模式下各类之间交互的时序图如下：
Context类关键代码截图：
State相关类关键代码截图：