快速解释
定义是这么写的,当一个对象的内在状态改变时允许改变其行为,这个对象看起来像是改变了其类。仔细揣摩这段定义,可以得出这么些细节,能使用状态模式的首先得有状态,有行为,而且状态不同,行为也不同,状态是可以改变的。老方法,我们举例说明,比如我们人,有生病和健康两种状态,在生病状态的时候我们除了卧床休息啥也干不了,行为可以是治疗。在健康的时候,我们可以有的行为可以是工作,学习等。但我们健康的时候不用治疗,生病的时候不能去工作和学习了。所以当我们改变状态的时候我们的行为也改变了。
实战
如果我们没用状态模式之前肯定会这样写,在一个类中定义一个state存储当前状态,然后定义一些方法表示各种行为,然后在各种行为的方法里进行判断是否是该状态下可以执行的行为。然后你就会发现一堆的if else 各种重复的条件判断,很显然这不符合我们设计模式的思想。所以我们进行了改进,使用状态模式,来看看用状态模式会怎样。
首先我们定义一个人状态的总接口,接口类中含有人各种状态下的的各种行为
public interface HumanState{
public void study();
public void work();
public void treat(); //治疗
}
定义人在健康时候的状态,在类中实现该状态应该具有的方法
// 健康状态
public class HealthHuman implements HumanState {
@Override
public void study() {
System.out.println("好好学习中 . . .");
}
@Override
public void work() {
System.out.println("好好工作中 . . .");
}
@Override
public void treat() {
// 不实现具体方法,因为该状态下不具备该行为
}
}
// 生病状态
public class IllHuman implements HumanState {
@Override
public void study() {
// 不实现具体方法,因为该状态下不具备该行为
}
@Override
public void work() {
// 不实现具体方法,因为该状态下不具备该行为
}
@Override
public void treat() {
System.out.println("接受治疗 . . .");
}
}
此外我们需要一个操作接口,用来切换生病状态和健康状态(当然实际生活中人的状态不能想切换就切换,可以想象成游戏虚拟人物),然后提供统一的调用方法。
public class HumanController {
HumanState state;
// 设置当前状态类
public void setState(HumanState state) {
this.state = state;
}
// 切换成健康状态
public void health() {
setState(new HealthHuman());
System.out.println("现在我是健康的了");
}
// 切换成生病状态
public void ill() {
setState(new IllHuman());
System.out.println("现在我已经生病了");
}
public void work() {
state.work();
System.out.println("我在努力工作");
}
public void treat() {
state.work();
System.out.println("我在接受治疗");
}
public void study() {
state.work();
System.out.println("我在努力学习");
}
}
调用代码
HumanController controller = new HumanController();
//切换成生病状态
controller.ill();
//调用治疗行为会有打印输出
controller.treat();
/*调用工作和学习行为是不会有打印的,因为该状态下不能有这种行为,
我们的状态类中并没有实现方法,该方法是空的。
*/
controller.work();
//切换成健康状态
controller.health();
//再调用工作方法就会有输出了
controller.work();
总结
可以看到,我们在用状态模式实现上述需求的时候代码看起来很舒服,状态模式适用于某一个对象的行为取决于该对象的状态,并且该对象的状态会在运行时转换,又或者有很多的if else判断,而这些判断只是因为状态不同而不断的切换行为。其优点是很明显的,代码不冗余,程序结构清晰可扩展,当然缺点也就是所有模式基本上都有的就是会增加一堆类,程序结构变复杂。