javascript设计模式-单例模式

本文详细解析了JavaScript中实现单例模式的多种方法,包括使用闭包避免全局污染,以及通过代理函数实现对使用者的透明性。同时,探讨了如何将业务逻辑与单例功能分离,以增强代码的灵活性。

 单例模式的两个要求:保证一个类仅有一个实例,并提供一个访问它的全局访问点


function Singleton(name){
    this.name = name
}

Singleton.prototype.showName = function(){
	console.log(this.name)
}

var instance = null
Singleton.getInstance = function(name){
	if (!instance) {
		instance = new Singleton(name)
	} 
	return instance
}

上述方式中声明的变量instance会污染全局命名空间,可以改为下面这种写法

function Singleton(name){
	this.name = name
}

Singleton.prototype.showName = function(){
	console.log(this.name)
}

Singleton.getInstance = (function(){
	var instance;
	return function(name){
		if (!instance) {
			instance = new Singleton(name)
		} 
		return instance
	}
})()

采用闭包的方式将变量instance封装在匿名函数中,避免了对全局环境的污染。但是这种单例模式有一个弊端,使用者必须知道这是一个单例类,必须使用Singleton.getInstance来获取对象。我们更喜欢的方式仍然是使用new关键字来创建对象。继续修改代码,使之对使用者透明。

var Singleton = function(){
	var instance

	var SingletonInner = function (name) {
		if(!instance){
			this.name = name
			return instance = this
		} else {
			return instance
		}
	}

	SingletonInner.prototype.showName = function(){
		 console.log(this.name)
	}

	return SingletonInner
}()

var a = new Singleton("s1") 
var b = new Singleton("s2") 
a === b // true

以上的修改中,Singleton构造函数承担了两项职责,创建对象和保证单例。鉴于职责单一的编码原则,最好将其拆分开来。

var Singleton = function(name){
	this.name = name
}

Singleton.prototype.showName =  function(){
	console.log(this.name)
}

var proxy = function(){
	var instance ;
	return function(name){
		if(!instance){
			instance = new Singleton(name)
		}
		return instance
	}
}()

可以看到,修改后的写法与最开始的写法相似,只不过把Singleton.getInstance换成了proxy。

在javascript中,类的概念相对弱化,更多的是执行脚本语句,即执行一个一个的函数。那么如何确保一段代码只执行一次呢?单例的用途也可以适用在普通函数上。看下面代码

var f = function(){
    var a= 1;
    console.log(a)
    return a
}

var getSingle = function(fn){
	var instance = null;
	return function(){
		return instance || (instance = fn.apply(this,arguments))
	}
}


var singleFn = getSingle(f)

在实际使用中,上面这种用法可能更为常见,将偏重业务逻辑的函数和保证单例功能的函数拆分开来,使程序更加灵活。

【论文复现】一种基于价格弹性矩阵的居民峰谷分时电价激励策略【需求响应】(Matlab代码实现)内容概要:本文介绍了一种基于价格弹性矩阵的居民峰谷分时电价激励策略,旨在通过需求响应机制优化电力系统的负荷分布。该研究利用Matlab进行代码实现,构建了居民用电行为与电价变动之间的价格弹性模型,通过分析不同时间段电价调整对用户用电习惯的影响,设计合理的峰谷电价方案,引导用户错峰用电,从而实现电网负荷的削峰填谷,提升电力系统运行效率与稳定性。文中详细阐述了价格弹性矩阵的构建方法、优化目标函数的设计以及求解算法的实现过程,并通过仿真验证了所提策略的有效性。; 适合人群:具备一定电力系统基础知识和Matlab编程能力,从事需求响应、电价机制研究或智能电网优化等相关领域的科研人员及研究生。; 使用场景及目标:①研究居民用电行为对电价变化的响应特性;②设计并仿真基于价格弹性矩阵的峰谷分时电价激励策略;③实现需求响应下的电力负荷优化调度;④为电力公司制定科学合理的电价政策提供理论支持和技术工具。; 阅读建议:建议读者结合提供的Matlab代码进行实践操作,深入理解价格弹性建模与优化求解过程,同时可参考文中方法拓展至其他需求响应场景,如工业用户、商业楼宇等,进一步提升研究的广度与深度。
针对TC275微控制器平台,基于AUTOSAR标准的引导加载程序实现方案 本方案详细阐述了一种专为英飞凌TC275系列微控制器设计的引导加载系统。该系统严格遵循汽车开放系统架构(AUTOSAR)规范进行开发,旨在实现可靠的应用程序刷写与启动管理功能。 核心设计严格遵循AUTOSAR分层软件架构。基础软件模块(BSW)的配置与管理完全符合标准要求,确保了与不同AUTOSAR兼容工具链及软件组件的无缝集成。引导加载程序本身作为独立的软件实体,实现了与上层应用软件的完全解耦,其功能涵盖启动阶段的硬件初始化、完整性校验、程序跳转逻辑以及通过指定通信接口(如CAN或以太网)接收和验证新软件数据包。 在具体实现层面,工程代码重点处理了TC275芯片特有的多核架构与内存映射机制。代码包含了对所有必要外设驱动(如Flash存储器驱动、通信控制器驱动)的初始化与抽象层封装,并设计了严谨的故障安全机制与回滚策略,以确保在软件更新过程中出现意外中断时,系统能够恢复到已知的稳定状态。整个引导流程的设计充分考虑了时序确定性、资源占用优化以及功能安全相关需求,为汽车电子控制单元的固件维护与升级提供了符合行业标准的底层支持。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值