一、定义
当一个对象的内在状态改变时允许改变其行为,这个对象看起来像是改变了其类。
二、使用场景
当一个对象的行为取决于它的状态,并且它必须在运行时刻根据状态改变它的行为时,可以考虑使用状态模式。
三、UML类图
Context:环境类,维护一个状态子类的实例,这个实例定义了对象的当前状态。
State:抽象状态类或者状态接口,定义一个或者一组接口,表示该状态下的行为。
ConcreteStateA、ConcreteStateB:具体状态类,实现抽象状态类或者状态接口中定义的接口,从而达到不同状态下的不同行为。
四、应用
例子:用户登录系统
在用户已登录和未登录的情况下,对于同一个事件的处理行为是不一样的,例如,在新浪微博中,用户在未登录的情况下点击转发按钮,此时会先让用户登录,然后再执行转发操作。如果是已登录的情况下,那么用户输入转发的内容后就可以直接进行操作。可见 ,在这两种状态下,对于转发这个操作的处理行为完全不一样,当状态改变时对于转发操作的行为发生了变化。
//状态接口
public interface UserState {
public void forward(Context context);
public void comment(Context context);
}
//登录状态
public class LoginedState implements UserState {
@Override
public void forward(Context context) {
Toast.makeText(context, "转发微博", Toast.LENGTH_LONG).show();
}
@Override
public void comment(Context context) {
Toast.makeText(context, "评论微博", Toast.LENGTH_LONG).show();
}
}
//退出登录状态
public class LogoutState implements UserState {
@Override
public void forward(Context context) {
gotoLoginActivity(context);
}
@Override
public void comment(Context context) {
gotoLoginActivity(context);
}
private void gotoLoginActivity(Context context) {
Intent intent = new Intent(context, LoginActivity.class);
context.startActivity(intent);
}
}
//用户状态管理类
public class LoginContext {
UserState mState = new LogoutState();
//单例
static LoginContext sLoginContext = new LoginContext();
private LoginContext() {
}
public static LoginContext getLoginContext() {
return sLoginContext;
}
public void setState(UserState aState) {
this.mState = aState;
}
public void forward(Context context) {
mState.forward(context);
}
public void comment(Context context) {
mState.comment(context);
}
}
//客户端
LoginActivity
R.id.login_btn:
//执行网络请求,进行登录
...
LoginContext.getLoginContext().setState(new LoginedState());
MainActivity
R.id.forward_btn:
LoginContext.getLoginContext().forward(MainActivity.class);
R.id.logout_btn:
//执行网络请求,进行注销
...
LoginContext.getLoginContext().setState(new LogoutState());
五、总结
状态模式的关键点在于不同的状态下对于同一个行为有不同的响应,这其实就是一个将if-else用多态来实现的一个具体示例。在if-else或者switch-case形式下根据不同的状态进行判断,如果是状态A则执行方法A、状态B则执行方法B,但这种实现使得逻辑耦合在一起,易于出错,通过状态模式能够很好地消除这类"丑陋"的逻辑处理,当然也要合理使用。