摘要：策略模式实现的也是类似的场景。第二个部分是环境类不变，接收客户的请求，随后把请求委托给某一个策略类。参考文章设计模式设计模式与开发实践设计模式系统讲解与应用本文首发，期待作者以乐之名本文原创，有不当的地方欢迎指出。
策略模式：定义一系列的算法，把它们一个个封装起来，并且使它们可以相互替换
生活小栗子：诸葛锦囊
诸葛给刘备的锦囊妙计，遇到任何困难都有应对计策。策略模式实现的也是类似的场景。
再来一栗：给喜欢的女生买冰淇淋，事先不了解其喜好，只能集齐各种味道，总会命中。就是比较 “费钱”，这也是策略模式的缺点，需事先考虑所有应对场景。
模式特点策略类：算法封装成独立的函数/对象
环境类：根据不同参数调用对应的策略函数/对象执行
模式实现实现方式：一个基于策略模式的程序至少由两部分组成，第一个部分是一组策略类 Strategies（可变），策略类封装类具体的算法，并负责具体的计算过程。第二个部分是环境类 Context（不变）， Context 接收客户的请求，随后把请求委托给某一个策略类。
假设我们一个开发团队，人员组成包括（开发组长，后端，前端，测试）。开发组长领取开发任务（不变），但具体的任务执行人员可根据类型划分（可变）。
比如开发任务有以下几项：
优化服务器缓存（后端任务）
优化首屏加载速度（前端任务）
完成系统并发测试（测试任务）
开发组长会根据任务类型，分发到对应的开发人员头上，组长不承担具体开发任务。所以每一个开发人员就承担 Strategy 的作用（独立的任务执行），而组长拥有并可支配所有开发人员的资源，充当 Context 的角色。团队每一个开发人员“组合”起来就是一个 Strategies 类（执行开发任务）。 这个 Strategies 是可变的，如果说后续开发任务需要安卓的、IOS的支持，只要添加安卓、IOS开发人员配置即可（可扩展）。
// 策略类（开发人员）
var Strategies = {
"backend": function(task) {
console.log("进行后端任务：", task);
},
"frontend": function(task) {
console.log("进行前端任务：", task);
},
"testend": function(task) {
console.log("进行测试任务：", task);
}
};
// 环境类（开发组长）
var Context = function(type, task) {
typeof Strategies[type] === "function" && Strategies[type](task);
}
Context("backend", "优化服务器缓存");
Context("frontend", "优化首页加载速度");
Context("testend", "完成系统并发测试");
上述代码带来的好处：
算法独立封装，任务分发；
开发组长不承担具体开发任务（只做顶层设计，不跟年轻人抢饭碗）
复用性更好，不局限于 Context 调用；
开发人员不愁下家（去哪写代码都是写代码）
策略模式的另一个好处就是，消除了大部分的 if...else / switch...case 条件分支语句，代码阅读性提高。
// 没有使用策略模式的组长...
var Context = function(type, task) {
if (type === "backend") {
// 把后端给我叫来
} else if (type === "frontend") {
// 把前端给我叫来
} else if (type === "testend") {
// 把测试给我叫来
}
}
JavaScript 中，函数作为“一等公民“，也称“一等对象”。JavaScript 中 ”高阶函数“ 应用中，函数可被作为变量或参数进行传递或调用。因此在 JavaScript 中，我们可将算法封装成独立的函数，并将它作为参数传递给另一个函数调用。
// 封装独立的函数
var backend = function(task) {
console.log("进行后端任务：", task);
};
var frontend = function(task) {
console.log("进行前端任务：", task);
};
var testend = function(task) {
console.log("进行测试任务：", task);
};
// 环境类（开发组长）
var Context = function(func, task) {
typeof func === "function" && func(task);
}
Context(backend, "优化服务器缓存");
Context(frontend, "优化首页加载速度");
Context(testend, "完成系统并发测试");
少了 Strategies 策略类的外层包裹，函数更加独立，并不妨碍其调用。使用函数替代策略类方式，正是我们日常开发中经常用到的 “隐形” 策略模式。
适用场景多重条件语句判断，执行对应的算法场景
表单校验（validator)
优缺点
优点：
利用组合、委托、多态的技术和思想，避免多重条件选择语句 if...else/switch...case；
复用性更高，算法函数可在系统其它地方使用；
支持设计模式 “开发-封闭原则“ ，算法封装在独立的 Strategy 中，易于维护和扩展；
策略模式使用 “组合和委托” 来让 Context 拥有执行算法的能力，一种替换对象继承的可行方案
缺点：
增加了许多策略类或对象（开发人员职能划分明确，人员成本有所增加）；
必须了解各个 Strategy 的不同点，违反 “最少知识原则”（组长手底下有对应的开发人员，才不用自己那么苦逼）
JavaScript设计模式整理系列正在更新中，敬请关注专栏 "前端进击的巨人"，获取实时更新。
参考文章
《JavaScript 设计模式》
《JavaScript 设计模式与开发实践》
《JavaScript 设计模式系统讲解与应用》
本文首发Github，期待Star！
https://github.com/ZengLingYong/blog
作者：以乐之名
本文原创，有不当的地方欢迎指出。转载请指明出处。
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/104973.html
摘要：一个基于策略模式的程序至少由两部分组成。优点策略模式利用组合委托和多态等技术和思想，可以有效地避免多重条件选择语句。在策略模式中利用组合和委托来让拥有执行算法的能力，这也是继承的一种更轻便的替代方案。 一个基于策略模式的程序至少由两部分组成。第一个部分是一组策略类，策略类封装了具体的算法，并负责具体的计算过程。第二个部分是环境类Context，Context接受客户的请求，随后把请求委...
摘要：引言本文摘自设计模式与开发实践在现实中，很多时候也有多种途径到达同一个目的地。将不变的部分和变化的部分隔开是每个设计模式的主题，策略模式也不例外，策略模式的目的就是将算法的使用与算法的实现分离开来。一个基于策略模式的程序至少由两部分组成。 引言 本文摘自《JavaScript设计模式与开发实践》 在现实中，很多时候也有多种途径到达同一个目的地。比如我们要去某个地方旅游，可以根据具体的实...
摘要：将不变的部分和变化的部分隔开是每个设计模式的主题，策略模式也不例外，策略模式的目的就是将算法的使用与算法的实现分离开来。 前言 本系列文章主要根据《JavaScript设计模式与开发实践》整理而来，其中会加入了一些自己的思考。希望对大家有所帮助。 文章系列 js设计模式--单例模式 js设计模式--策略模式 js设计模式--代理模式 概念 策略模式的定义是:定义一系列的算法，把它们一个...
摘要：订阅模式的一个典型的应用就是后面会写一篇相关的读书笔记。享元模式享元模式的核心思想是对象复用，减少对象数量，减少内存开销。适配器模式对目标函数进行数据参数转化，使其符合目标函数所需要的格式。 设计模式 单例模式 JS的单例模式有别于传统面向对象语言的单例模式，js作为一门无类的语言。使用全局变量的模式来实现单例模式思想。js里面的单例又分为普通单例和惰性单例，惰性单例指的是只有这个实例...
摘要：个人前端文章整理从最开始萌生写文章的想法，到着手开始写，再到现在已经一年的时间了，由于工作比较忙，更新缓慢，后面还是会继更新，现将已经写好的文章整理一个目录，方便更多的小伙伴去学习。 showImg(https://segmentfault.com/img/remote/1460000017490740?w=1920&h=1080); 个人前端文章整理 从最开始萌生写文章的想法，到着手...
阅读 1317·2021-10-27 14:14
阅读 3573·2021-09-29 09:34
阅读 2476·2019-08-30 15:44
阅读 1715·2019-08-29 17:13
阅读 2569·2019-08-29 13:07
阅读 866·2019-08-26 18:26
阅读 3341·2019-08-26 13:44
阅读 3209·2019-08-26 13:37
