前端中的设计模式 JavaScript
(1)单例模式
定义:保证一个类仅有一个实例,并提供一个访问它的全局访问点。
适用场景:一个单一对象。比如:登录弹窗,无论点击多少次,登录弹窗只会被创建一次
简单版实现方法:判断实例存在与否,如果存在则直接返回,如果不存在就创建了再返回,这就确保了一个类只有一个实例对象。 拓展:
透明的单例模式:解决了简单单例的不透明性,使用者需知道其是一个单例对象才能进行获取
代理实现单例模式:创建单例和管理单例逻辑分开,管理单例逻辑放在代理类中
惰性单例技术:合适的时候才创建对象,并且只创建唯一的一个
JavaScript中的单例:全局变量当成单例来使用,缺点:命名空间污染
(2)策略模式
定义:将一个个算法(解决方案)封装在一个个策略类中,并且使他们可以相互替换
特点:一个基于策略模式的算法至少由两部分组成,一部分是策略类,封装了具体算法负责计算过程,另一部分是环境类,接受客户请求,将请求托付给某一个策略类
优点:
-
策略模式可以避免代码中的多重判断条件。
-
策略模式很好的体现了开放-封闭原则,将一个个算法(解决方案)封装在一个个策略类中。便于切换,理解,扩展。
-
策略中的各种算法可以重复利用在系统的各个地方,避免复制粘贴。
-
策略模式在程序中或多或少的增加了策略类。但比堆砌在业务逻辑中要清晰明了。
-
违反最少知识原则,必须要了解各种策略类,才能更好的在业务中应用。
应用场景:根据不同的员工绩效计算不同的奖金;表单验证中的多种校验规则。
(3)代理模式
定义:为一个对象提供一个代用品或占位符,以便控制对它的访问。
应用场景:图片懒加载(先通过一张loading图占位,然后通过异步的方式加载图片,等图片加载好了再把完成的图片加载到img标签里面。)
(4)迭代器模式
//TODO
(5)发布/订阅模式
定义:又叫观察者模式,它定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都将得到通知。
场景:订阅感兴趣的专栏和公众号。
实现方法:
-
先指定好发布者
-
给发布者加一个缓存列表,用于存储回调函数通知订阅者
-
发布消息时,遍历缓存列表,触发存放的订阅者回调函数
简单版代码实现:
1 let event = { 2 clientList: [], 3 listen: function(key, fn) { 4 if (!this.clientList[key]) { 5 // 如果没有订阅过此类消息,则给该类消息创建一个缓存列表 6 this.clientList[key] = [] 7 } 8 this.clientList[key].push(fn) 9 }, 10 trigger: function() { 11 // 取第一个参数,即key值 12 const key = Array.prototype.shift.call(arguments) 13 const fns = this.clientList[key] 14 // 如果没有订阅该消息则返回 15 if (!fns || fns.length === 0) { 16 return false 17 } 18 // 遍历列表 19 for (var i = 0, fn; (fn = fns[i]); i++) { 20 fn.apply(this, arguments) 21 } 22 }, 23 remove: function(key, fn) { 24 // 取消订阅 25 let fns = this.clientList[key] 26 if (!fns) { 27 return flase 28 } 29 if (!fn) { 30 // 如果key对应的消息没人订阅则直接返回 31 fns && (fns.length = 0) 32 } else { 33 for (let l = fns.length - 1; l >= 0; l--) { 34 let _fn = fns[l] 35 if (_fn === fn) { 36 fns.splice(l, 1) 37 } 38 } 39 } 40 }, 41 } 42 43 let salesOffices = {} 44 installEvent(salesOffices) 45 salesOffices.listen('123', fn1 = function(squareMeter) { 46 console.log('面积为1:', squareMeter) 47 }) 48 salesOffices.listen('123', fn2 = function(squareMeter) { 49 console.log('面积为2:', squareMeter) 50 }) 51 salesOffices.trigger('123', fn1) 52 salesOffices.remove('123',fn1) 53 salesOffices.trigger('123', fn1) 54 55 56
(6)中介者模式
定义:通过一个中介者对象,其他所有相关对象都通过该中介者对象来通信,而不是互相引用,当其中的一个对象发生改变时,只要通知中介者对象就可以。可以解除对象与对象之间的紧耦合关系。
应用场景: 例如购物车需求,存在商品选择表单、颜色选择表单、购买数量表单等等,都会触发change事件,那么可以通过中介者来转发处理这些事件,实现各个事件间的解耦,仅仅维护中介者对象即可。
(7)装饰者模式
定义:在不改变对象自身的基础上,在程序运行期间给对象动态的添加方法。
应用场景: 有方法维持不变,在原有方法上再挂载其他方法来满足现有需求;函数的解耦,将函数拆分成多个可复用的函数,再将拆分出来的函数挂载到某个函数上,实现相同的效果但增强了复用性。