1.状态模式

1.1定义

当一个对象的内在状态改变时允许根据当前状态作出不同的行为；

1.2 适用场景

(1)一个对象的行为取决于它的状态,并且它必须在运行时根据状态来决定其行为.

(2)代码中包含了大量的与状态有关的条件语句,例如:一个操作含有庞大的多分值语句(if-else或者switch-case), 且这些分支依赖于该对象的状态.

简言之就是需要用到状态机的地方都可以.

1.3 场景举例

游乐场的抓娃娃机, 提供了摇杆,但是在投币了和未投币的情况下,给出的响应是不一样的,尽管动作是相同的.

1.4状态模式的UML类图

• Context, 调用主体,拥有和维护一个State实例；
• State, 定义了状态接口,一系列行为的状态；
• ConcreteStateA, 具体状态类,实现了State状态接口,从而达到不同状态下相同动作作出的不同行为.

2.策略模式

2.1定义

定义了算法族,分别封装起来,让它们之间可以互相替换,此模式让算法的变化独立于使用算法的客户.

2.2适用场景

• 针对同一类问题的多种处理方式,仅仅是具体行为的有差别时；
• 需要安全低封装多种同一类型的操作时；
• 出现同一抽象类有多个子类,而有需要使用if-else或者switch-case来选择具体的子类时.

2.3场景举例

HAL的多家供应商方案, 约定的HAL接口行为是统一规范的,后边对应的具体实现行为是有差异的.

2.4策略模式的UML类图

说明:

• Context, 调用行为主体,可类比Android 系统服务；
• Stragety, 策略的抽象, 类比为HAL接口；
• ConcretaStragetyA, 策略实例,有策略的方法的具体实现,可类比供应商的vendor实现方案.

3.相似异同点

二者在UML图中看起来有点相似,

状态模式下, Context调用主体记录的State是可以根据当前行为在ConcretaStateA和ConcreteStateB之间来回切换;

--- > 封装基于状态的行为,并将行为委托给当前状态类.

而在策略模式下,Context调用主题使用的是一种算法方案封装, 在运行期间只可持有特定的一种, 不可互相来回切换.

--- > 其重点在于可以互换的行为封装.

二者都属于行为型的设计模式.