代码编织梦想

最近接手了一个老项目,看见那屎山一样的代码着实难受😣。涉及到支付,代码就不贴出来了。因为我们的支付渠道比较多,有微信、支付宝、银联和各大银行以及第三方,看了他们的代码,一堆if-else,不仅分支多,还嵌套很多层级,一言难尽🤦。所以准备重构一下,想到了使用对象映射和策略模式。

对象映射减少 if-else判断

const payMap = {
    other: (args)=>{
        console.log("第三方支付")
    },
    wxJsPay: (args)=>{
        console.log("wxjspay")
    },
    wxNativePay: (args)=>{
        console.log("wxnativepay")
    },
    ...

}

先定义出所有的支付渠道,以及给出每个渠道怎么处理支付的逻辑,然后根据订单的支付方式去调用对应的支付就行了。这样就不会存在所有的支付都用if判断一遍了。

//根据支付方式调用支付
function unionPay(payType,args){
   payMap(payType) && payMap(payType).call(this.config)
}

使用策略模式减少 if-else

//函数式闭包返回

const payStategy = (()=>{
    const payMap = {
        wxJsPay: (args)=>{
            console.log("wxJspay")
            // TODO 返回需要处理的逻辑,下面仅为示例
            return 1+2
        },
        aliPay: (args)=>{
            //TODO
        }
        ...
    }
    return {
        //新增支付渠道处理
        addStategy(paytype,fn){
            if(payMap[payType]) throw new Error("该支付渠道已存在,请重命名")
            payMap[payType] = fn
        },
        payCall(payType,args){
            return payMap[payType] && payMap[payType](args)
        }
    }
})()

const orderPay = payStategy.payCall('wxJsPay','test')
payStategy.addStategy('other',()=>{console.log('第三方支付添加')})
payStategy.payCall('other')

//使用class构建策略模式
//这里就使用看到别人写的满减的例子吧
class Stategy{
    stateyMap = {}
    constructor(){
      this.stateMap = {
        'discount200-20':(price)=>{
            return price - Math.floor(price/200) * 20
        },
        'discount300-50':(price)=>{
            return price - Math.floor(price/300) * 50
        }
      }
    }
    
    addStategy(stategyName,fn){
        if(this.stategyMap[stategyName]) throw new Error('duplicate stategyName')
        this.stategyMap[stategyMap] = fn
    }
    
    stategyCall(stategyName,args){
        return this.stategyMap[stategyName] && this.stategyMap[stategyName](args)
    }

}

const stategy = new Stategy()

stategy.stategyCall('discount300-50',400)

总结

设计模式也不是必须使用的,有时候过度的使用设计模式反而会起反效果。如果就只是一个if-else就能解决的事情,那就没必要了。但是如果有时候分支很多的话,最好还是考虑一下封装,这样代码清晰,使用也方便。

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/qq_39483108/article/details/129690738

javascript设计模式——策略模式-爱代码爱编程

javaScript设计模式——策略模式 策略模式(Strategy):将定义的一组算法封装起来,使其相互之间可以替换。封装的算法具有一定独立性,不会随客户端变化而变化。 商品促销问题 问题描述:超时年

javascript设计模式二:策略模式_ 一期一会的博客-爱代码爱编程

策略模式指定义一系列算法,将它们一个个封装起来。将不变的部分与变化的部分隔开是每个设计模式的主题,策略模式同样如此, 策略模式的基础组成: 一个基于策略模式的程序至少要由两部分组成。第一个部分是一组策略类,策略类封装了具体

javascript设计模式之策略模式_yufawu的博客-爱代码爱编程

在程序设计中,我们也常常遇到类似的情况,要实现某一个功能有多种方案可以选择。比如一个压缩文件的程序,既可以选择zip算法,也可以选择gzip算法。 这些算法灵活多样,而且可以随意互相替换。这种解决方案就是将要介绍的策略模式

关于vue现在要动态改变组件属性的说明-爱代码爱编程

v-for 动态改变v-text-field的label属性 //错误代码 <div> <v-text-field v-for="item in items" :key="item.label"

前端面试题目整理——设计模式-爱代码爱编程

作用 JavaScript设计模式的作用 - 提高代码的重用性,可读性,使代码更容易的维护和扩展。 目录 单例模式工厂模式抽象工厂模式策略模式模板方法模式职责链模式发布订阅者模式桥接模式适配器模式代理模式 正文 单

JavaScript设计模式-爱代码爱编程

JavaScript设计模式 设计模式:代码经验的总结,是可重用的用于解决软件设计中一般问题的方案。 设计模式都是面向对象的。 学习设计模式,有助于写出可复用和可维护性高的程序。 常用的12种设计模式: 工厂模式 单例模式 原型模式 适配器模式 代理模式 策略模式 迭代器模式 观察者模式 发布-订阅模式 命令模式 组合模式

《JavaScript设计模式》初次笔记——wsdchong-爱代码爱编程

《JavaScript设计模式》初次笔记 前言 设计模式一直久仰大名,但是没有去花时间去了解,于是今天特意花时间去看《JavaScript设计模式》(2013年6月出版)和w3cschool上的设计模式。然后做了一些笔记。 以《JavaScript设计模式》为目录,以w3cschool上的设计模式为补充。 讲的内容有三:设计模式、JavaScrip

你必须要会的4种Web前端设计模式-爱代码爱编程

在软件工程领域,设计模式是为了解决特定问题而产生的一些可复用的方法、模板。每一种设计模式都针对性解决某一类场景的问题。设计模式被认为是开发者解决通用问题的最佳实践。 通常我们学习的设计模式,大多数与面向对象的语言相关,比如Java。市面上大部分关于设计模式的书籍也是基于面向对象来进行讲解的。但对于大部分平常写JavaScript的开发者

JavaScript设计模式之策略模式-优化if条件过多-爱代码爱编程

1.定义 策略模式的定义是:定义一系列的算法,把它们一个个封装起来,并且使它们可以相互替换。 2.策略模式的实现-优化if条件过多 以计算年终奖为例子,绩效为S的人年终奖有4倍工资,绩效为A的人年终奖有3倍工资,而绩效为B的人年终奖是2倍工资。 如果没有用策略模式,就会写出下面这样的代码: let bonus; if (performanceLe

前端常用设计模式-爱代码爱编程

前端常见的设计模式主要有以下几种: 单例模式工厂模式策略模式代理模式观察者模式模块模式构造函数模式混合模式单例模式 这种设计模式的思想是确保一个类只有唯一实例,一般用于全局缓存,比如全局window,唯一登录浮窗等。采用闭包的方式实现如下: var single = (function(){ let instance; functio

js设计模式之策略模式-爱代码爱编程

一. 认识策略模式 策略模式的定义:定义一系列的算法,将他们一个个封装起来,使他们直接可以相互替换。 策略模式是开发中常用的第二种设计模式,它在开发中非常常见,由两部分组成。第一部分是策略类,封装了许多具体的,相似的算法。第二部分是环境类,接受客户请求,随后将请求委托给策略类。说的通俗一点就是将相同算法的函数存放在一个包装里边,每个函数用相同的方式拿出

JavaScript中常见的设计模式-爱代码爱编程

文章目录 前言 一、单例模式 二、策略模式 三、代理模式 四、迭代器模式 五、发布-订阅模式(观察者模式) 六、命令模式 七、组合模式 八、模板方法模式 九、享元模式 十、职责链模式 十一、中介者模式 十二、装饰者模式 十三、状态模式 十四、适配器模式 总结 前言 借着这段时间拜读

前端开发中常用设计模式-总结篇_高阳很捷迅的博客-爱代码爱编程

  本文是向大家介绍前端开发中常用的设计模式,它使我们编写的代码更容易被复用,也更容易被人理解,并且保证代码的稳定可靠性。 1.什么是设计模式 通俗来讲,就是日常使用设计的一种惯性思维。 因为对应的这种思维,以及对具体的业务或者代码场景, 有着具体的优势,而后成为行业中的一种“设计模式”。 2.为什么使用设计模式 设计模式是各种业务

javascript 设计模式核核心原理与应⽤实践(一)原则于核心思想_天将降大任于我的博客-爱代码爱编程

前言 软件工程中,设计模式(Design Pattern)是对软件设计中普遍存在(反复出现)的各种问题,所提出的解决方案。 一、设计模式的原则 面向对象编程和面向对象设计的五个基本原则: 单一功能原

javascript设计模式-爱代码爱编程

策略模式是指定义一系列算法,将这些算法一个个封装起来。一个基于策略模式的程序主要分为两部分,一部分是策略类,主要负责具体实现,另一部分是环境类,接收请求并将请求分配给某一个策略类 策略模式的适用场景 一个系统需