我觉得聊一下我爱用的 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
使用过 mobx + mobx-react 的同学对于 ES 的新特性装饰器肯定不陌生。我在第一次使用装饰器的时候,我就对它爱不释手,书写起来简单优雅,太适合我这种爱装 X 且懒的同学了。
当数据同时具备多个属性/分类时,改如何设计表结构和查询?我这样写数据少了还好,多了根本没法查,效率太低了。恰好我以前做过类似的业务需求设计,所以就回复了这个问题。
观察者模式定义了一种一对多的对象依赖关系,当被依赖的对象的状态发生了改变,所有依赖它的对象都会得到通知;假如你去苹果专卖店买最新款的iphone11,因为iphone11刚出来不久,正处旺季,供货不足;
迭代器模式:提供一种方法顺序访问一个聚合对象中的各个元素,而又不需要暴露该对象的内部表示。简单理解(白话理解):统一 “集合” 型数据结构的遍历接口,实现可循环遍历获取集合中各数据项
向某些对象发送请求,但是并不知道被请求的操作具体是什么,所以我们希望以一种松耦合的方式来设计程序,使得请求发送者和接收者之间能够消除彼此之间的耦合关系;而我们的这种松耦合的方式就是命令模式
发布-订阅模式,看似陌生,其实不然。工作中经常会用到,例如 Node.js EventEmitter 中的 on 和 emit 方法;Vue 中的 $on 和 $emit 方法。他们都使用了发布订阅模式,让开发变得更加高效方便
状态模式:对象行为是基于状态来改变的。内部的状态转化,导致了行为表现形式不同。所以,用户在外面看起来,好像是修改了行为。
在编写JS代码的过程中,运用一定的设计模式可以让我们的代码更加优雅、灵活。下面笔者就结合诸如redux的subscribe、ES6的class、vue里面的$dispatch
在JavaScript中“创建对象”是一个复杂的话题。这门语言提供了很多种创建对象的方式,不论新手还是老手都可能对此感到无所适从,不知道应该选择哪一种。不过,尽管创建对象的方法很多,看上去语法差异也很大
我们已经了解到模块模式是为单例创建私有变量和特权方法的,我们将模块函数转换成了立即执行函数,立即调用这个函数并将返回值直接赋值给单例的模块实例标识符。
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!