我最喜欢的 JavaScript 设计模式

时间: 2018-12-01阅读: 244标签: 模式

我觉得聊一下我爱用的 JavaScript 设计模式应该很有意思。我是一步一步才定下来的,经过一段时间从各种来源吸收和适应直到达到一个能提供我所需的灵活性的模式。让我给你看看概览,然后再来看它是怎么形成的:

function MyScript() {}
(function() {
	var THIS = this;
	function defined(x) {
		return typeof x != 'undefined';
	}
	this.ready = false;
	this.init = function({
		this.ready = true;
	};
	this.doSomething = function() {};
	var options = {
		x: 123,
		y: 'abc'
	};
	this.define = function(key, value) {
		if(defined(options[key])) {
			options[key] = value;
		}
	};
}).apply(MyScript);


如你在实例代码中看到的,整体框架是一个函数直接量(function literal):

(function(){
  ...
})();


函数直接量基本上就是一个自执行域,相当于定义一个有名的函数然后立即调用它:

function doSomething(){
  ...
}
doSomething();


我最初开始使用函数直接量是为了封装——任何格式的任何脚本都可以被封装在那个闭包里,并且它有效地将它密封在私有域中,从而保护它不会与同一个域里的其它脚本或者数据冲突。在最后面的那一对括号就是在执行这个域,就像其它函数一样调用它。

但是如果,这个域通过使用 Function.apply 来执行而不是全局调用,这可以让它在一个可被外界引用的特定命名的域中执行。

因此通过结合二者——创建一个命名函数,然后在这个命名函数的域内执行一个函数直接量——我们就得到了一个一次性的可以构成任何脚本的基础的对象,它模拟了类似面向对象类的继承性质。


内在之美

看看第一个代码示例,你就能看到封闭域结构提供了什么样的灵活性。当然,这些你都可以在任何方法中做到,但是通过用这种方式包装起来,我们就有了一个可以和任何命名域联系起来的结构体。

我们可以创建多个这样的结构体,然后将它们和同一个域联系起来,这样它们之间全部可以共享它们的公开数据。

不过在共享公开数据的同事,每一个(结构体)也可以定义它自己的私有数据。下面是一个例子,在脚本的最上面:

var THIS = this;

我们创建了一个叫做THIS的私有变量,它指向这个函数域,并且可以在私有方法中使用——和用 self = this来创建内部域是一样的招数。我们创建了一个叫做 THIS 的私有变量,它指向这个函数域,并且可以在私有方法中使用——和用 self = this 来创建内部域是一样的招数。我们创建了一个叫做 THIS 的私有变量,它指向这个函数域,并且可以在私有方法中使用——和用 self = this 来创建内部域是一样的招数。 通过同样方式声明的其他私有变量,如果他们定义常量数据的话,可以使用大写传统(不过用 const 而不是 var 来做声明的方式应该被避免,因为对它的支持不是很好)。

私有方法可以用来提供内部功能:

function defined(x){
  return typeof x != 'undefined';
}


然后我们可以创建其他实例或者外界可以访问的公开方法和属性:

this.ready = false;

this.init = function(){
  this.ready = true;
};

this.doSomething = function(){
};


我们也可以创建特殊的值——私有但是可以公开定义,在这个例子中是通过公开的 define方法;它的参数可以根据数据需要再进行验证:

var options = {
  x : 123,
  y : 'abc'
};

this.define = function(key, value){
  if(defined(options[key]))
  {
    options[key] = value;
  }
};


封装起来!

所有的这些特点让这个结构体对我非常有用。并且它封装在一个整洁、自我执行的单例中——一个容易引用、整合和使用的一次性对象。

所以你怎么想?这个模式眼熟吗,或者你有什么其他喜欢用的?


原文链接:My Favorite JavaScript Design Pattern  


JS设计模式之Mixin(混入)模式

Mixin模式就是一些提供能够被一个或者一组子类简单继承功能的类,意在重用其功能。在面向对象的语言中,我们会通过接口继承的方式来实现功能的复用。

如何在代码中应用设计模式

因为我们的项目的需求是永远在变的,为了应对这种变化,使得我们的代码能够轻易的实现解耦和拓展。如果能够保证代码一次写好以后都不会再改变了,那可以想怎么写怎么写了。

requirejs中的define

我们已经了解到模块模式是为单例创建私有变量和特权方法的,我们将模块函数转换成了立即执行函数,立即调用这个函数并将返回值直接赋值给单例的模块实例标识符。

MySQL时间类型和模式

当我在MySQL数据库中尝试插入一条带有时间戳的数据时报错:我们可以发现错误信息提示是时间值错误,但是我们这明显是一个合法的时间点啊。

Js职责链模式

使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系,将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止,职责链模式可以很好的帮助我们管理代码

js设计模式之单例模式

确保只有一个实例提供全局访问,代理的作用是实现一个实例的逻辑;惰性单例顾名思义就是在我们需要的时候在去创建这个单例

JS 上下文模式

也许你会遇到过上面这样的面试题,你只知道它考的是变量提升,但是具体的原理又知道吗?所以我觉得很有必要搞明白底层的原理,才能加深理解,其实围绕的就是执行上下文的概念。

js模板模式

模板模式是抽象父类定义了子类需要重写的相关方法。 而这些方法,仍然是通过父类方法调用的。 根据描述,“模板”的思想体现在:父类定义的接口方法。

实现观察者模式-observer

我们在日常开发使用经常遇到一些场景需要使用到观察者模式,比如登录成功需要改动同步页面多个模块的信息,这时最佳选择是使用observer 观察者模式。

单例设计模式

设计模式:对问题行之有效的解决方式。其实它是一种思想。单例设计模式解决的问题:就是可以保证一个类在内存中的对象唯一性。必须对于多个程序使用同一个配置信息对象时

fly63.com版权所有,内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权,请与小编联系!情况属实本人将予以删除!

广告赞助文章投稿关于web前端网站点搜索站长推荐网站地图站长QQ:522607023

小程序专栏: 土味情话心理测试脑筋急转弯幽默笑话段子句子语录成语大全