JavaScript设计模式与开发实践 - 策略模式

xi4oh4o 发布于2019-08-21 17:38 / 315人阅读

摘要：引言本文摘自设计模式与开发实践在现实中，很多时候也有多种途径到达同一个目的地。将不变的部分和变化的部分隔开是每个设计模式的主题，策略模式也不例外，策略模式的目的就是将算法的使用与算法的实现分离开来。一个基于策略模式的程序至少由两部分组成。

引言

本文摘自《JavaScript设计模式与开发实践》

在现实中，很多时候也有多种途径到达同一个目的地。比如我们要去某个地方旅游，可以根据具体的实际情况来选择出行的线路。

如果没有时间但是不在乎钱，可以选择坐飞机。

如果没有钱，可以选择坐大巴或者火车。

如果再穷一点，可以选择骑自行车。

在程序设计中，我们也常常遇到类似的情况，要实现某一个功能有多种方案可以选择。比如一个压缩文件的程序，既可以选择zip算法，也可以选择gzip算法。

这些算法灵活多样，而且可以随意互相替换。这种解决方案就是本文将要介绍的策略模式。

模式定义

定义一系列的算法，把它们一个个封装起来，并且使它们可以相互替换。

示例 计算年终奖

很多公司的年终奖是根据员工的工资基数和年底绩效情况来发放的。例如，绩效为S的人年终奖有4倍工资，绩效为A的人年终奖有3倍工资，而绩效为B的人年终奖是2倍工资。假设财务部要求我们提供一段代码，来方便他们计算员工的年终奖。

一般的实现

var calculateBonus = function (performanceLevel, salary) {

    if (performanceLevel === "S") {
        return salary * 4;
    }

    if (performanceLevel === "A") {
        return salary * 3;
    }

    if (performanceLevel === "B") {
        return salary * 2;
    }
};

// 测试
calculateBonus("B", 20000); // 输出：40000
calculateBonus("S", 6000); // 输出：24000

以上的实现存在下面的缺点：

calculateBonus函数比较庞大，包含了很多if-else语句，这些语句需要覆盖所有的逻辑分支。

calculateBonus函数缺乏弹性，如果增加了一种新的绩效等级C，或者想把绩效S的奖金系数改为5，那我们必须深入calculateBonus函数的内部实现，这是违反开放-封闭原则的。

算法的复用性差，如果在程序的其他地方需要重用这些计算奖金的算法呢？我们的选择只有复制和粘贴

使用组合函数重构代码

把计算年终奖的各种算法封装到一个个的小函数里面，这些小函数有着良好的命名，可以一目了然地知道它对应着哪种算法，它们也可以被复用在程序的其他地方。

var performanceS = function (salary) {
    return salary * 4;
};

var performanceA = function (salary) {
    return salary * 3;
};

var performanceB = function (salary) {
    return salary * 2;
};

var calculateBonus = function (performanceLevel, salary) {

    if (performanceLevel === "S") {
        return performanceS(salary);
    }

    if (performanceLevel === "A") {
        return performanceA(salary);
    }

    if (performanceLevel === "B") {
        return performanceB(salary);
    }

};

// 测试
calculateBonus("A", 10000);    // 输出：30000

重构之后的代码得到了一定的改善，但是依然没有解决最重要的问题：calculateBonus函数有可能越来越庞大，而且在系统变化的时候缺乏弹性。

使用策略模式重构代码

下面使用策略模式来重构代码。策略模式指的是定义一系列的算法，把它们一个个封装起来。将不变的部分和变化的部分隔开是每个设计模式的主题，策略模式也不例外，策略模式的目的就是将算法的使用与算法的实现分离开来。

在这个例子里，算法的使用方式是不变的，都是根据某个算法取得计算后的奖金数额。而算法的实现是各异和变化的，每种绩效对应着不同的计算规则。

一个基于策略模式的程序至少由两部分组成。第一个部分是一组策略类，策略类封装了具体的算法，并负责具体的计算过程。第二个部分是环境类Context，Context接受客户的请求，随后把请求委托给某一个策略类。要做到这点，说明Context中要维持对某个策略对象的引用。

接近传统面向对象语言的实现

// 定义每种计算年终奖的策略类
var performanceS = function () {
};
performanceS.prototype.calculate = function (salary) {
    return salary * 4;
};

var performanceA = function () {
};
performanceA.prototype.calculate = function (salary) {
    return salary * 3;
};

var performanceB = function () {
};
performanceB.prototype.calculate = function (salary) {
    return salary * 2;
};

// 定义奖金类Bonus（环境类Context）
var Bonus = function () {
    this.salary = null; // 原始工资
    this.strategy = null; // 绩效等级对应的策略对象
};

Bonus.prototype.setSalary = function (salary) {
    this.salary = salary; // 设置员工的原始工资
};

Bonus.prototype.setStrategy = function (strategy) {
    this.strategy = strategy; // 设置员工绩效等级对应的策略对象
};

Bonus.prototype.getBonus = function () { // 取得奖金数额
    return this.strategy.calculate(this.salary); // 把计算奖金的操作委托给对应的策略对象
};

// 测试
var bonus = new Bonus();

bonus.setSalary(10000);

bonus.setStrategy(new performanceS());  // 设置策略对象
bonus.getBonus();    // 输出：40000

bonus.setStrategy(new performanceA());  // 设置策略对象
bonus.getBonus();    // 输出：30000

使用JavaScript特性实现

// 直接定义为各个不同的方法
var strategies = {
    "S": function (salary) {
        return salary * 4;
    },
    "A": function (salary) {
        return salary * 3;
    },
    "B": function (salary) {
        return salary * 2;
    }
};

// calculateBonus函数充当环境类Context
var calculateBonus = function (level, salary) {
    return strategies[level](salary);
};

// 测试
calculateBonus("S", 20000); // 输出：80000
calculateBonus("A", 10000); // 输出：3000

优缺点 优点

策略模式利用组合、委托和多态等技术和思想，可以有效地避免多重条件选择语句。

策略模式提供了对开放—封闭原则的完美支持，将算法封装在独立的strategy中，使得它们易于切换，易于理解，易于扩展。

策略模式中的算法也可以复用在系统的其他地方，从而避免许多重复的复制粘贴工作。

在策略模式中利用组合和委托来让Context拥有执行算法的能力，这也是继承的一种更轻便的替代方案。

缺点

策略模式也有一些缺点，但这些缺点并不严重。

使用策略模式会在程序中增加许多策略类或者策略对象。

必须了解所有的策略类，必须了解各个策略类之间的不同点，这样才能选择一个合适的策略类。此时策略类要向客户暴露它的所有实现，这是违反最少知识原则的。

云服务器 GPU云服务器策略模式策略者模式 javascript基础与实践教程 javascript设计模式

文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。

转载请注明本文地址：https://www.ucloud.cn/yun/89808.html

JS策略模式《JavaScript设计模式与开发实践》阅读笔记

摘要：策略模式可以避免代码中的多重判断条件。策略模式在程序中或多或少的增加了策略类。此文仅记录本人阅读设计模式与开发实践这个本时的感受，感谢作者曾探写出这么好的一本书。设计模式中很重要的一点就是将不变和变分离出来。参考设计模式与开发实践曾探策略模式的定义是：定义一系列的算法，把它们一个个封装起来，并且是它们可以相互替换。策略模式可以避免代码中的多重判断条件。策略模式很好的体现了开放-...

Amos 2019-08-22 17:57 评论0 收藏0
JavaScript设计模式与开发实践系列之策略模式

摘要：本系列为设计模式与开发实践作者曾探学习总结，如想深入了解，请支持作者原版策略模式策略模式的定义定义一系列的算法，把它们一个个封装起来，并且使它们可以互相替换。本系列为《JavaScript设计模式与开发实践》（作者：曾探）学习总结，如想深入了解，请支持作者原版策略模式策略模式的定义：定义一系列的算法，把它们一个个封装起来，并且使它们可以互相替换。举个形象的例子，使用策略模式计算...

spademan 2019-08-19 17:48 评论0 收藏0
《JavaScript设计模式与开发实践》读书笔记

摘要：订阅模式的一个典型的应用就是后面会写一篇相关的读书笔记。享元模式享元模式的核心思想是对象复用，减少对象数量，减少内存开销。适配器模式对目标函数进行数据参数转化，使其符合目标函数所需要的格式。设计模式单例模式 JS的单例模式有别于传统面向对象语言的单例模式，js作为一门无类的语言。使用全局变量的模式来实现单例模式思想。js里面的单例又分为普通单例和惰性单例，惰性单例指的是只有这个实例...

Panda 2019-08-23 11:58 评论0 收藏0
JavaScript 设计模式（二）：策略模式

摘要：策略模式实现的也是类似的场景。第二个部分是环境类不变，接收客户的请求，随后把请求委托给某一个策略类。参考文章设计模式设计模式与开发实践设计模式系统讲解与应用本文首发，期待作者以乐之名本文原创，有不当的地方欢迎指出。 showImg(https://segmentfault.com/img/bVbugi7?w=800&h=600); 策略模式：定义一系列的算法，把它们一个个封装起来，并且...

荆兆峰 2019-08-23 18:17 评论0 收藏0
前端每周清单第 29 期：Web 现状分析与优化策略、Vue 单元测试、Headless Chrom

摘要：前端每周清单第期现状分析与优化策略单元测试爬虫作者王下邀月熊编辑徐川前端每周清单专注前端领域内容，以对外文资料的搜集为主，帮助开发者了解一周前端热点分为新闻热点开发教程工程实践深度阅读开源项目巅峰人生等栏目。 showImg(https://segmentfault.com/img/remote/1460000011008022); 前端每周清单第 29 期：Web 现状分析与优化策略...

HackerShell 2019-08-21 12:05 评论0 收藏0