简易理解设计模式之：状态模式——优化登录操作

ゞ浴缸里的玫瑰 2023-10-07 11:54 33阅读 0赞

介绍：

> 状态模式属于行为型模式。它的定义为：当一个对象的内在状态改变时允许改变其行为，这个对象看起来像是改变了其类。

类图：  
![状态模式UML类图.png][UML_.png]  
State（抽象状态角色）：抽象类或者接口，定义抽象状态。  
StateA、StateB（具体状态角色）：具体状态角色，实现该状态下具体的行为。  
Context（环境角色）：定义客户端需要的接口，控制状态间的切换。

用法：  
•　一个对象的行为取决于它的状态，并且它必须在运行时根据状态改变它的行为  
•　代码中包含大量与对象状态相关的条件语句，且这些分支依赖于该对象的状态

个人理解：  
当控制一个对象的状态条件转换过于复杂的时候，可以把用于状态判断的逻辑转移到表示不同状态的类中去。过于简单的话就没必要使用此模式了。

例子：  
在日常开发中，用户的登录和未登录两种状态有不同的操作是很常见的一种业务。比如登录后我们才可以进行支付、编辑资料等业务操作，未登录就提示跳转去登录界面。下面我们一起实现以下这个比较常见的逻辑：

需求：模拟登录与未登录两种状态的业务操作

1、简单实现

public void pay() {
        
        if(未登录){
        
            System.out.println("去登录");
            return;
        } 
        System.out.println("进行支付！");
     }
    
    public void editMessage(){
        
        if(未登录){
        
            System.out.println("去登录");
            return;
        }     
        System.out.println("编辑个人资料！");
    }
    
    public void share(){
        
        if(未登录){
        
            System.out.println("去登录");
            return;
        }
        System.out.println("进行分享!");
    }

以上代码是比较常用的，可以看得出每个操作都需要判断是否登录。可能简单的情况下这样做没什么问题，也省的拆开那么多的状态类，可是如果是一个庞大的系统就有必要斟酌是否使用状态模式了。

2、使用状态模式设计登录与未登录逻辑  
2.1、编写抽象状态接口

public interface UserState {
        
        void pay();
        void editMessage();
        void share();
    }

定义了不同状态下需要执行的方法

2.2、实现登录与未登录两种状态

public class LoginState implements UserState{
        
    
        @Override
        public void pay() {
        
            System.out.println("进行支付！");
        }
    
        @Override
        public void editMessage() {
        
            System.out.println("编辑个人资料！");
        }
    
        @Override
        public void share() {
        
            System.out.println("进行分享!");
        }
    }
    public class LogoutState implements UserState {
        
    
        @Override
        public void pay() {
        
            System.out.println("去登录!");
        }
    
        @Override
        public void editMessage() {
        
            System.out.println("去登录!");
        }
    
        @Override
        public void share() {
        
            System.out.println("去登录!");
        }
    }

很好理解，登录状态就能进行相关业务的跳转操作，而未登录状态就提示去登录。

2.3、编写状态操作类Context

public class LoginContext {
        
        private UserState mUserState = new LogoutState();
    
        private static LoginContext sLoginContext = new LoginContext();
    
        private LoginContext(){
        
    
        }
    
        public static LoginContext getsLoginContext(){
        
            return sLoginContext;
        }
    
        public void login() {
        
            mUserState = new LoginState();
        }
    
        public void logout() {
        
            mUserState = new LogoutState();
        }
    
        public void pay() {
        
            mUserState.pay();
        }
    
        public void editMessage(){
        
            mUserState.editMessage();
        }
    
        public void share(){
        
            mUserState.share();
        }
        
    
    }

此类负责操作状态，并且实现了调用类需要用到的方法。

2.4、实现

public class Test {
        
        public static void main(String[] args) {
        
            LoginContext loginContext = LoginContext.getsLoginContext();
    
            //设置为未登录状态
            System.out.println("======未登录状态======");
            loginContext.logout();
            loginContext.editMessage();
            loginContext.pay();
            loginContext.share();
    
            //设置为已登录状态
            System.out.println("======已登录状态======");
            loginContext.login();
            loginContext.editMessage();
            loginContext.pay();
            loginContext.share();
    
        }
    }

======未登录状态======
    去登录!
    去登录!
    去登录!
    ======已登录状态======
    编辑个人资料！
    进行支付！
    进行分享!

这样就完成了状态模式的使用了。调用pay()、share()、editMessage()等业务方法时，所有的逻辑修改都放在了状态子类，比较方便维护和扩展。

总结：  
此模式最关键的地方在于不同状态下对同一行为有不同的实现。当然类似登录这种情况可以斟酌一下是否需要使用。状态模式最适用的情况应该是用于有限状态机的设计上。此部分比较复杂就不再展开了，在游戏开发中应用广泛，有兴趣可参考其它资料~。

###### 推荐阅读 ######

> **基础篇：**  
> [设计模式前篇之——UML类图必会知识点][UML]  
> [设计模式前篇之——一起过一下面向对象的概念][Link 1]  
> **创建型模式：**  
> [简易理解设计模式之：简单工厂模式——来试试接入支付功能][Link 2]  
> [简易理解设计模式之：工厂方法模式——数据存储例子][Link 3]  
> [简易理解设计模式之：抽象工厂模式——更换数据库例子][Link 4]  
> [简易理解设计模式之：建造者模式——学习使用“链式调用”][Link 5]  
> [简易理解设计模式之：原型模式——深、浅拷贝的概念][Link 6]  
> [简易理解设计模式之：单例模式——单例模式的几种常用写法][Link 7]  
> **结构型模式：**  
> [简易理解设计模式之：适配器模式——Android列表视图控件设计方式][Android]  
> [简易理解设计模式之：桥接模式——穿衣服经典案例2][2]  
> [简易理解设计模式之：组合模式——实现View中的树状结构][View]  
> [简易理解设计模式之：装饰模式——穿衣服经典案例][Link 8]  
> [简易理解设计模式之：外观模式——第三方SDK的帮助类][SDK]  
> [简易理解设计模式之：享元模式——五子棋游戏例子][Link 9]  
> [简易理解设计模式之：代理模式——iOS视图控件设计方式][iOS]  
> **行为型模式：**  
> [简易理解设计模式之：策略模式——优化一下支付功能][Link 10]  
> [简易理解设计模式之：模板方法模式——Android中的BaseActivity基类][Android_BaseActivity]  
> [简易理解设计模式之：观察者模式——监听与回调][Link 11]  
> [简易理解设计模式之：状态模式——优化登录操作][Link 12]  
> [简易理解设计模式之：备忘录模式——Word文档的工作原理][Word]  
> [简易理解设计模式之：迭代器模式——遍历对象的好帮手][Link 13]  
> [简易理解设计模式之：命令模式——实现命令的参数化配置][Link 14]  
> [简易理解设计模式之：责任链模式——OA中请假流程示例][OA]  
> [简易理解设计模式之：中介者模式——多人聊天室例子][Link 15]  
> [简易理解设计模式之：解释器模式——语言和文法][Link 15]  
> [简易理解设计模式之：访问者模式——员工考核例子][Link 16]

[UML_.png]: https://img-blog.csdnimg.cn/20200328114603618.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzE1NzE5NjEz,size_16,color_FFFFFF,t_70
[UML]: https://blog.csdn.net/qq_15719613/article/details/105149648
[Link 1]: https://blog.csdn.net/qq_15719613/article/details/105156608
[Link 2]: https://blog.csdn.net/qq_15719613/article/details/105150076
[Link 3]: https://blog.csdn.net/qq_15719613/article/details/105150181
[Link 4]: https://blog.csdn.net/qq_15719613/article/details/105150355
[Link 5]: https://blog.csdn.net/qq_15719613/article/details/105150810
[Link 6]: https://blog.csdn.net/qq_15719613/article/details/105156680
[Link 7]: https://blog.csdn.net/qq_15719613/article/details/105156795
[Android]: https://blog.csdn.net/qq_15719613/article/details/105157595
[2]: https://blog.csdn.net/qq_15719613/article/details/105157735
[View]: https://blog.csdn.net/qq_15719613/article/details/105157774
[Link 8]: https://blog.csdn.net/qq_15719613/article/details/105149888
[SDK]: https://blog.csdn.net/qq_15719613/article/details/105157848
[Link 9]: https://blog.csdn.net/qq_15719613/article/details/105157887
[iOS]: https://blog.csdn.net/qq_15719613/article/details/105158013
[Link 10]: https://blog.csdn.net/qq_15719613/article/details/105158127
[Android_BaseActivity]: https://blog.csdn.net/qq_15719613/article/details/105158157
[Link 11]: https://blog.csdn.net/qq_15719613/article/details/105158372
[Link 12]: https://blog.csdn.net/qq_15719613/article/details/105158406
[Word]: https://blog.csdn.net/qq_15719613/article/details/105158438
[Link 13]: https://blog.csdn.net/qq_15719613/article/details/105158484
[Link 14]: https://blog.csdn.net/qq_15719613/article/details/105158507
[OA]: https://blog.csdn.net/qq_15719613/article/details/105158555
[Link 15]: https://blog.csdn.net/qq_15719613/article/details/105158622
[Link 16]: https://blog.csdn.net/qq_15719613/article/details/105158642