我最喜欢的 JavaScript 设计模式

更新日期: 2018-12-01阅读: 2.7k标签: 模式

我觉得聊一下我爱用的 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  


链接: https://fly63.com/article/detial/1469

js设计模式之单例模式,javascript如何将一个对象设计成单例

单例模式是我们开发中一个非常典型的设计模式,js单例模式要保证全局只生成唯一实例,提供一个单一的访问入口,单例的对象不同于静态类,我们可以延迟单例对象的初始化,通常这种情况发生在我们需要等待加载创建单例的依赖。

前端设计模式:从js原始模式开始,去理解Js工厂模式和构造函数模式

工厂模式下的对象我们不能识别它的类型,由于typeof返回的都是object类型,不知道它是那个对象的实例。另外每次造人时都要创建一个独立的person的对象,会造成代码臃肿的情况。

JavaScript设计模式_js实现建造者模式

建造者模式:是将一个复杂的对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。工厂类模式提供的是创建单个类的模式,而建造者模式则是将各种产品集中起来进行管理,用来创建复合对象

html和xhtml,DOCTYPE和DTD,标准模式和兼容模式

主要涉及知识点: HTML与XHTML,HTML与XHTML的区别,DOCTYPE与DTD的概念,DTD的分类以及DOCTYPE的声明方式,标准模式(Standard Mode)和兼容模式(Quircks Mode),标准模式(Standard Mode)和兼容模式(Quircks Mode)的区别

前端四种设计模式_JS常见的4种模式

JavaScript中常见的四种设计模式:工厂模式、单例模式、沙箱模式、发布者订阅模式

javascript 策略模式_理解js中的策略模式

javascript 策略模式的定义是:定义一系列的算法,把它们一个个封装起来,并且使它们可以相互替换。 策略模式利用组合,委托等技术和思想,有效的避免很多if条件语句,策略模式提供了开放-封闭原则,使代码更容易理解和扩展, 策略模式中的代码可以复用。

javascript观察者模式_深入理解js中的观察者模式

javascript观察者模式又叫发布订阅模式,观察者模式的好处:js观察者模式支持简单的广播通信,自动通知所有已经订阅过的对象。存在一种动态关联,增加了灵活性。目标对象与观察者之间的抽象耦合关系能够单独扩展以及重用。

Vue中如何使用方法、计算属性或观察者

熟悉 Vue 的都知道 方法methods、计算属性computed、观察者watcher 在 Vue 中有着非常重要的作用,有些时候我们实现一个功能的时候可以使用它们中任何一个都是可以的

Flutter 设计模式 - 简单工厂

在围绕设计模式的话题中,工厂这个词频繁出现,从 简单工厂 模式到 工厂方法 模式,再到 抽象工厂 模式。工厂名称含义是制造产品的工业场所,应用在面向对象中,顺理成章地成为了比较典型的创建型模式

浅谈js抽象工厂模式

简单工厂模式中,可以根据参数的不同返回不同类的实例。简单工厂模式专门定义一个类来负责创建其他类的实例,被创建的实例通常都具有共同的父类。 比如你去专门卖鼠标的地方你可以买各种各样的鼠标

点击更多...

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