设计模式学习篇-state状态模式

state模式属于对象行为型模式，允许一个对象在其内部状态改变时改变它的行为 。

 

State模式在实际使用中比较多,适合"状态的切换".因为我们经常会使用If elseif else 进行状态切换, 如果针对状态的这样判断切换反复出现,我们就要联想到是否可以采取State模式了.

不只是根据状态,也有根据属性.如果某个对象的属性不同,对象的行为就不一样,这点在数据库系统中出现频率比较高,我们经常会在一个数据表的尾部,加上property属性含义的字段,用以标识记录中一些特殊性质的记录,这种属性的改变(切换)又是随时可能发生的,就有可能要使用State.
当一个对象的行为取决于他的状态，并且它必须在运行时刻根据状态改变他的行为，或者一个操作中还有庞大的多分支的条件语句，并且这些分支依赖于该对象的状态时，就需要适应状态模式。

 

         状态模式使用代码中复杂而庸长的逻辑判断语句问题得到了解决，而且状态角色将具体的状态和他对应的行为封装了起来，这使得增加一种新的状态显得十分简单。

 

         使用状态模式时，每个状态对应一个具体的状态类，使结构分散，逻辑不太清楚，阅读代码时比较困难。

 

一个策略是一个计划或方案，通过执行这个计划或方案，我们可以在给定的输入条件下达到一个特定的目标。策略是一组方案，他们可以相互替换；选择一个策略，获得策略的输出。策略模式用于随不同外部环境采取不同行为的场合
在状态模式中，状态的变迁是由对象的内部条件决定，外界只需关心其接口，不必关心其状态对象的创建和转化；而策略模式里，采取何种策略由外部条件(C)决定。

Strategy模式与State模式的结构形式几乎完全一样。但它们的应用场景（目的）却不一样，State模式重在强调对象内部状态的变化改变对象的行为，Strategy模式重在外部对策略的选择，策略的选择由外部条件决定，也就是说算法的动态的切换。但由于它们的结构是如此的相似，我们可以认为“状态模式是完全封装且自修改的策略模式”。

《Head First》The State of Things - 状态模式
公认的事实：策略和状态模式是孪生兄弟。就象你所知道的，策略模式通过可互换的算法规则来创建非常成功的业务模式(wildly successful business)。不管怎么样，状态以非常高尚的方式帮助对象学习通过他们内部的状态来控制他们的行为。他总是无意中告诉他的对象客户，"跟着我重复就行了,我足够好，我足够聪明，..."