使用场景:
当代码逻辑中依赖不同状态来处理不同的逻辑,并且需要判断的状态有很多,每种状态处理的逻辑也很复杂,这个时候就要考虑使用状态设计模式了。避免出现太多的if else。当然代码也会很简洁。
如果状态少而且逻辑也很简单我觉得就没有必要用状态模式了,毕竟状态模式是需要创建很多文件的有点浪费的感觉。
应用:
那我就举个例子吧,这样才能加深印象呢。就拿我们预占库存返回的状态去判断错误情况来说好了。虽然真实使用的概率也不大,但是更好理解呢。
//创建状态的抽象类 abstract class State { abstract public function getErrorTip(ReserveResultHandler $r); } //创建状态代表库存不足的类 class NoStockState extends State { public function getErrorTip(ReserveResultHandler $r) { if ($r->statusCode == 1) { echo '商品库存不足!!!'; } else { $r->setState(new NoAreaState()); $r->getErrorTip(); } } } //创建状态代表不再区域范围的类 class NoAreaState extends State { public function getErrorTip(ReserveResultHandler $r) { if ($r->statusCode == 2) { echo '活动不在该区域!!!'; } else { $r->setState(new ExpireSate()); $r->getErrorTip(); } } }
//创建状态代表超时的类
class ExpireSate extends State
{
public function getErrorTip(ReserveResultHandler $r)
{
if ($r->statusCode == 3) {
echo '活动已过期!!!';
}
}
}
//预占结果处理类 class ReserveResultHandler { public $statusCode; private $current; public function __construct($params) { $this->statusCode = $params; $this->current = new NoStockState(); } public function setState(State $s) { $this->current = $s; } public function getErrorTip() { $this->current->getErrorTip($this); } } //以下代码只是为了测试,真实应用的时候比如预占库存是再下单的时候,那下边的代码就会写在下单流程的逻辑中。前边定义的那些一个类一个文件 $r = new ReserveResultHandler(1); $r->getErrorTip(); //结果:商品库存不足!!! $r->statusCode =2; $r->getErrorTip(); //结果:活动不在该区域!!! $r->statusCode = 3; $r->getErrorTip(); //结果:活动已过期!!!