策略模式
定义算法族,分别封装,让他们之间可以互相替换。让算法的变化独立于使用算法的客户。
设计原则
- 把会变化的部分取出来并“封装”
- 针对接口编程,接口代表一个行为,有不同的实现供调用
- 多用组合(将两个类结合使用,委托), 少用继承
继承设计子类,是在编译时静态决定,而且所有的子类都会继承到相同的行为。
组合扩展对象的行为,就可以在运行时动态扩展。
状态模式
允许对象在内部状态改变时,改变它的行为
- 创建context类,可以拥有一些内部状态,当调用context内方法,就被委托到状态来处理;
- 建立state接口,可以有许多具体的状态实现。
状态流向:由context决定 / 放在状态类中转换
比较
状态模式和策略模式:非常相似,但意图不同(有时候只是你怎么看)。
策略模式 | 状态模式 |
---|---|
通常由客户指定context要组合的策略对象是哪个 | 拥有一组定义良好的状态转换,客户对状态对象了解不多 |
除了继承之外的弹性替代 | 避免在context中放许多条件判断 |