状态策略模式的优势分析

在项目中用策略模式优雅地处理权限控制这类问题,经常会遇到需要根据不同的状态或条件执行不同逻辑的场景。传统的 if-else 或 switch-case 语句虽然简单直接,但在复杂场景下就会导致代码臃肿、很难维护。我通过一个案例,描述怎样使用状态策略模式来优化这一类问题。

  1. 随着权限类型增加,条件判断也会越来越多
  2. 判断逻辑与执行逻辑高耦合,对应的逻辑分散在各处
  3. 代码可读性和可维护性差
scss 复制代码
function showPart1() {
    console.log(1);
}
function showPart2() {
    console.log(2);
}
function showPart3() { 
    console.log(3);
}
axios.get('xxx').then((res) => {
     if (res == 'boss') {
             showPart1();
             showPart2();
             showPart3();
     } else if(res == 'manner') {
            showPart1();
            showPart2();		 
     } else if(res == 'staff') {
            showPart3();
     }
}) 

在最初的代码实现中,通过 axios 请求获取用户身份后,使用了多层 if-else 判断来执行不同操作: 这里有3个方法,要展示我们的内容,然后我们去发起请求获取当前的一个权限,目前比如我们有3个角色,如果以后有4个,5个或者更多呢,那这个判断就会非常的多。 往下看用状态策略模式实现的方式:

scss 复制代码
function showControl() {
    this.status = '';
    this.power = {
      boss:function() {
            showPart1();
            showPart2();
            showPart3();		  
      },
      manner:function() {
            showPart1();
            showPart2();
      },
      staff:function() {
            showPart3();
      }
    }
 }
showControl.prototype.show = function() {
	 var self = this;
	 axios.get('xxx').then((res) => {
		 self.status = res;
		 self.power[ self.status ]();
	 })
 }
 new showControl().show();

showControl 方法里面要有一个状态,在一个就是策略对象,也就是不同的角色对应着不同的展示方式,最后就是把状态展示出来这一步骤了,show 的方法里面去请求当前的一个权限,改变当前的状态,在根据当前的一个状态从策略对象里拿出对应的策略去展示就好了,这样就完成了当前用户职责不同权限不同展示自己的操作和行为了。对比之前的代码 if-else 分支少了,代码的阅读性也更加优雅了很多,扩展性就很好,更多角色只需要扩展power里这个对象就可以了,这也是状态策略模式带来的一个优化。

相关推荐
祝余呀7 分钟前
HTML初学者第三天
前端·html
就爱瞎逛23 分钟前
TailWind CSS Intellisense 插件在VSCode 上不生效
前端·css·vscode·tailwind
柚子81626 分钟前
sibling-index:我用这个画时钟表盘
前端·css
UI设计和前端开发从业者41 分钟前
UI前端大数据处理策略优化:基于云计算的数据存储与计算
前端·ui·云计算
前端小巷子1 小时前
Web开发中的文件上传
前端·javascript·面试
翻滚吧键盘2 小时前
{{ }}和v-on:click
前端·vue.js
上单带刀不带妹2 小时前
手写 Vue 中虚拟 DOM 到真实 DOM 的完整过程
开发语言·前端·javascript·vue.js·前端框架
杨进军2 小时前
React 创建根节点 createRoot
前端·react.js·前端框架
ModyQyW3 小时前
用 AI 驱动 wot-design-uni 开发小程序
前端·uni-app
说码解字3 小时前
Kotlin lazy 委托的底层实现原理
前端