想分享的几种设计模式
目前模式：工厂模式，单例模式，适配器模式，装璜者模式，建造者模式
建造者模式
简介：建造者模式（builder pattern）比较简单，它属于创立型模式的一种。
文言：4个局部：有个产品，有个工厂能够造产品，有个设计师指挥造多少，有集体想买产品。
买产品的用户不介意产品制作流程，只须要产品！
function Cola() { this.sugar = '50g', this.water = '100g'}function Packing() { // 第一种打包形式 this.createPkg = function(){ console.log('创立可乐外皮') } this.pushCola = function() { console.log('可乐倒进瓶子') } this.complete = function() { var cola = new Cola() cola.complete = true return cola } this.init = function() { this.createPkg() // 创立外皮 this.pushCola() // 倒进瓶子 //还能够减少其余步骤 return this.complete() // 制作实现 }}function greenPacking() { //绿皮可乐打包形式 this.createPkg = function(){ console.log('创立green可乐外皮') } this.pushCola = function() { console.log('可乐倒进green瓶子') } this.complete = function() { var cola = new Cola() cola.complete = true return cola } this.init = function() { this.createPkg() // 创立外皮 this.pushCola() // 倒进瓶子 //还能够减少其余步骤 return this.complete() // 制作实现 }}function Boss() { this.createCola = function(packType) { const pack = new window[packType] this.product = pack.init() //残缺产品产出 } this.getCola = function(packType) { this.createCola(packType); return this.product }}const boss = new Boss()var UserCola = boss.getCola('greenPacking') // UserCola.complete === true其余货色都不要，只有最初生产好的Cola，有sugar，有water。
关键在于Boss 函数中，负责一个整合的职责
同样的Boss函数，我能够通过更换Packing函数，打包形式，取得不同款式的Cola。
通过给getCola函数传入不同想要的参数，取得不同的最终产品。实现了可插拔的函数构造。
装璜者模式
装璜者提供比继承更有弹性的代替计划。 装璜者用用于包装同接口的对象，不仅容许你向办法增加行为，而且还能够将办法设置成原始对象调用（例如装璜者的构造函数）。
装璜者用于通过重载办法的模式增加新性能，该模式能够在被装璜者后面或者前面加上本人的行为以达到特定的目标。
益处：
装璜者是一种实现继承的代替计划。当脚本运行时，在子类中减少行为会影响原有类所有的实例，而装璜者却不然。取而代之的是它能给不同对象各自增加新行为。
参考 前端进阶面试题具体解答
function iwatch () { this.battery = 100; this.getBattery = function() { console.log(this.battery) }}iwatch.prototype.getNewPart = function(part) { this[part].prototype = this; //把this对象上的属性 指向 新对象的prototype return new this[part]; //返回一个新对象，不批改原对象，新增了新对象的属性}iwatch.prototype.addNetwork = function() { this.network = function() { console.log('network') }}iwatch.prototype.addSwim = function() { this.swim = function() { console.log('swim') }}var watch = new iwatch();watch.getBattery(); // 100watch = watch.getNewPart('addNetwork'); // 增加新行为，network()watch = watch.getNewPart('addSwim'); // 既有network办法，也有swim办法在 ES7 中引入了@decorator 润饰器的提案，参考阮一峰的文章。
@testableclass MyTestableClass { // ...}function testable(target) { target.isTestable = true;}MyTestableClass.isTestable // true间接能够应用，装璜器行为
@decoratorclass A {}// 等同于class A {}A = decorator(A) || A;工厂模式
一个工厂能生产好多不同的产品，最常见的工厂函数就是jQ的$()函数，每一个函数的后果都是一个须要的产品。
function Product(name) { this.name = name;}Product.prototype.init = function () { console.log('init');}Product.prototype.go = function () { console.log('go');}function Factory () {}Factory.prototype.add = function(name) { return new Product(name);}//uselet f = new Factory();let a = f.add('a');console.log(a.name);a.init();a.go();适配器模式
Adapter，将一个类（对象）的接口（办法或者属性）转化为另一个接口，以满足用户需要，使类（对象）之间接口的不兼容问题通过适配器得以解决
function Person () {}Person.prototype.Say = function() { throw new Error("该办法必须被重写!")}Person.prototype.Walk = function() { throw new Error("该办法必须被重写!")}function Dog () {}Dog.prototype.Walk = function() { throw new Error("该办法必须被重写!")}Dog.prototype.shout = function() { throw new Error("该办法必须被重写!")}function PersonA () { Person.apply(this)}PersonA.prototype = new Person()PersonA.prototype.Say = function() { console.log('Person say')}PersonA.prototype.Walk = function() { console.log('Person Walk')}function DogBlack () { Dog.apply(this)}DogBlack.prototype = new Dog()DogBlack.prototype.Walk = function() { console.log('Dog Walk')}DogBlack.prototype.shout = function() { console.log('Dog Shout')}//当初心愿Dog类也能够学会Say,并且多走几步function DogSayAdapter (DogClass) { Dog.apply(this) this.DogClass = DogClass}DogSayAdapter.prototype = new Dog()DogSayAdapter.prototype.Say = function() { this.DogClass.shout()}DogSayAdapter.prototype.Walk = function() { this.DogClass.Walk() this.DogClass.Walk()}var personA = new PersonA()var dogBlack = new DogBlack()var dogSay = new DogSayAdapter(dogBlack)personA.Say()personA.Walk()dogBlack.Walk()dogBlack.shout()dogSay.Say()dogSay.Walk()//walk * 2 适配器不只是函数接口，还有数据格式的适配
在前后端数据传递时，罕用到适配器模式，也就是通俗易懂的格式化数据，format函数等等
vue的computed计算属性也是适配器模式的一种实现
const originData = [ { title: 'title', age: 18, content: ['123',321], callback: function(){ console.log(this) } }, { title: 'title2', age: 1, content: ['1',3], callback: function(){ console.log('title2') } }]function dataAdapter(data) { return data.map(item => { return { title: item.title, content: item.content.join(','), init: item.callback } })}var formatData = dataAdapter(originData)e.g:原始data 的数据不满足以后的要求，通过适配器，把数据格式化成想要的格局，对原始数据没有扭转
单例模式
function Simple (name) { this.name = name}Simple.prototype.go = function() { this.name = 'go' console.log(this.name)}//static静态方法Simple.getInstance = (function() { var ins return function(name){ if (!ins) { ins = new Simple(name) } return ins }})()let a = Simple.getInstance('a') // name: alet b = Simple.getInstance('b') // name: ab===a//true非单例模式下，雷同的new Simple()构造函数，不相等。
通过闭包只创立一次Simple实例，大家专用一个。
惰性单例模式
惰性和懒加载lazyload类似，提早加载，或者说须要时再加载，不然一次加载过多，频繁进行操作dom影响性能
只管上述代码有Simple.getInstance办法，能够在须要时再进行实例化，但依然不是一个好的实现形式。
能够将惰性加载的局部提取进去。
e.g:
var simple = function(fn) { var instance; return function() { return instance || (instance = fn.apply(this, arguments)); }};// 创立遮罩层var createMask = function(){ // 创立div元素 var mask = document.createElement('div'); // 设置款式 mask.style.position = 'fixed'; mask.style.top = '0'; ... ... document.body.appendChild(mask); // 单击暗藏遮罩层 mask.onclick = function(){ this.style.display = 'none'; } return mask;};// 创立登陆窗口var createLogin = function() { // 创立div元素 var login = document.createElement('div'); // 设置款式 login.style.position = 'fixed'; login.style.top = '50%'; ... ... login.innerHTML = 'login it'; document.body.appendChild(login); return login;};document.getElementById('btn').onclick = function() { var oMask = simple(createMask)(); oMask.style.display = 'block'; var oLogin = simple(createLogin)(); oLogin.style.display = 'block';}总结
对五种常见罕用的设计模式进行了学习，这几种很多时候都会用到，接下来还会持续学习其余的18种设计模式，可能有的设计模式不肯定在理论敲码中应用，学了没害处，总能用得上嗷！
网上对于设计模式的文章，书籍层出不尽，但看得再多，不如本人了解，并且理论应用。很多时候是几种设计模式交融在一起应用，如果不是本人去写一遍，了解一遍，可能常见的设计模式都了解不了。这样就太惋惜了，发现洁净整洁的代码，都说不出哪里好，就是看着难受，悦目，运行速度快...