1700478413
1700478414
1700478415
图32-5 状态模式实现人生的类图
1700478416
1700478417
这与策略模式非常相似，基本上就是几个类名称的修改而已，但是其中蕴藏的玄机就大了，看看代码你就会明白。我们先来看抽象状态类，如代码清单32-25所示。
1700478418
1700478419
代码清单32-25 人的抽象状态
1700478420
1700478421
public abstract class HumanState{
1700478422
1700478423
//指向一个具体的人
1700478424
1700478425
protected Human human；
1700478426
1700478427
//设置一个具体的人
1700478428
1700478429
public void setHuman（Human_human）{
1700478430
1700478431
this.human=_human；
1700478432
1700478433
}
1700478434
1700478435
//不管人是什么状态都要工作
1700478436
1700478437
public abstract void work（）；
1700478438
1700478439
}
1700478440
1700478441
抽象状态定义了一个具体的人（human）必须进行工作（work），但是一个人在哪些状态下完成哪些工作则是由子类来实现的。我们先来看孩童状态，如代码清单32-26所示。
1700478442
1700478443
代码清单32-26 孩童状态
1700478444
1700478445
public class ChildState extends HumanState{
1700478446
1700478447
//儿童的工作就是玩耍
1700478448
1700478449
public void work（）{
1700478450
1700478451
System.out.println（“儿童的工作是玩耍！”）；
1700478452
1700478453
super.human.setState（Human.ADULT_STATE）；
1700478454
1700478455
}
1700478456
1700478457
}
1700478458
1700478459
ChildState类代表孩童状态，在该状态下的工作就是玩耍。读者看着可能有点惊奇，在work方法中为什么要设置下一个状态？因为我们的状态变化都是单方向的，从孩童到成年人，然后到老年人，每个状态转换到其他状态只有一个方向，因此会在这里看到work有两个职责：完成工作逻辑和定义下一状态。
1700478460
1700478461
我们再来看成年人状态和老年人状态，分别如代码清单32-27、32-28所示。
1700478462
[
上一页 ]
[ :1.700478413e+09 ]
[
下一页 ]