By Sukhjinder Arora | Oct 16, 2018
当你开始了一个新项目，你不会马上开始编写代码。第一步，你必须定义这个项目解决什么问题和适用范围，然后列出这个项目的特性或者规格。在你开始编码或者正在处理更复杂的项目之后，你应该选择最合适你项目的设计模式。
什么是设计模式
在软件工程里，设计模式是软件设计的一种常见问题的可重用解决方案。设计模式是经验丰富的软件开发人员所使用的最佳实践，可以认为是编程模版。
为什么使用设计模式
许多程序员要么认为使用设计模式是浪费时间的，要么他们不知道如何正确使用设计模式。但是正确使用了设计模式会帮助你写出可维护性高的代码。
最重要的是，设计模式给软件开发者共同的话题、术语。会让学习了设计模式的初学者更快看懂你写的代码。
举个例子，如果你在项目中使用了装饰器模式，那么新来的程序员马上知道你这段代码正在做什么（译者：前提是这名程序员知道这个设计模式），并且他们会更加专注解决业务问题，而不是试图理解这段代码做的是什么。
现在我们知道什么是设计模式，并且知道了它们为什么那么重要，让我们开始深入各个应用在js的设计模式吧。
<center> * </center>
模块模式
模块是一段独立的代码，因此我们可以在不影响其他代码的情况下修改模块的代码。模块还允许我们通过变量来创建单独的范围以避免命名空间的污染。当模块与其它代码耦合度低时（译者：类似用依赖导入第三方库的那种程度），我们还可以在其他项目复用模块。
模块是任何js应用程序不可或缺的一部分，有助于保持代码高内聚低耦合。有许多方法可以在JavaScript中创建模块，其中一种是模块模式。
不同于其它的编程语言，js没有修饰符，也就是说你无法将变量声明为私有或公有。因此Module模式也用于模拟封装的概念。
我们可以在js使用IIFE（立即调用函数表达式）、闭包、函数范围来实现模块。例子如下：
const myModule = (function() {
const privateVariable = 'Hello World';
function privateMethod() {
console.log(privateVariable);
}
return {
publicMethod: function() {
privateMethod();
}
}
})();
myModule.publicMethod();
由于是IIFE，代码立即执行，并返回对象给myModule对象。由于是闭包，即使IIFE执行完成，但是返回的对象依然能够访问IIFE内定义的函数和变量。
因为，在IIFE内定义的变量和函数基本上在外部不能直接调用的，可以看作是myModule的私有的。
代码执行后，myModule变量像这样：
const myModule = {
publicMethod: function() {
privateMethod();
}};
因此，我们可以调用publicMethod方法，而它有调用privateMethod方法。例如：
// Prints 'Hello World'
module.publicMethod();
揭示模块模式
揭示模块模式是经Christian Heilmann基于模块模式略微改进的一种模式。模块模式的问题是我们必须创建公共的方法，然后才能通过这个公共的方法来调用私有变量和方法。在这个模式中，我们将返回对象的属性映射到我们想要暴露出去的私有方法。这就是揭示模块模式。例如：
const myRevealingModule = (function() {
let privateVar = 'Peter';
const publicVar = 'Hello World';
function privateFunction() {
console.log('Name: '+ privateVar);
}
function publicSetName(name) {
privateVar = name;
}
function publicGetName() {
privateFunction();
}
/** reveal methods and variables by assigning them to object properties */
return {
setName: publicSetName,
greeting: publicVar,
getName: publicGetName
};
})();
myRevealingModule.setName('Mark');
// prints Name: Mark
myRevealingModule.getName();
这种模式让我们更容易理解我们可以公开访问那些方法和变量，这有助于提高代码可读性。
代码执行后，myRevealingModule像这样：
const myRevealingModule = {
setName: publicSetName,
greeting: publicVar,
getName: publicGetName
};
我们可以调用myRevealingModule.setName（’Mark’），它是对内部publicSetName的引用，而myRevealingModule.getName（）的引用是对内部publicGetName方法。例如：
myRevealingModule.setName('Mark');
// prints Name: Mark
myRevealingModule.getName();
对比普通模块模式，揭示模块模式的优点如下：
- 通过修改return语句中的一行代码，我们可以将成员从public更改为private，反之亦然。
- 返回的对象里不包含函数定义，所有右侧表达式都在IIFE中定义了，代码清晰易读。
ES6模块
在es6之前，js没有模块，所以开发者不得不第三方库或者模块模式来实现模块。但在es6，js有了自己模块实现。
ES6的模块用文件来存储。每个文件只能有一个模块。默认情况下，模块内的所有内容都是私有的。开发者可以使用export关键字公开函数、变量和类。模块内的代码始终以严格模式运行。
输出模块
有两种方式输出函数和变量声明：
- 在函数和变量的前面使用export关键字。例如：
// utils.js
export const greeting = ‘Hello World’;
export function sum(num1, num2) {
console.log(‘Sum:’, num1, num2);
return num1 + num2;
}
export function subtract(num1, num2) {
console.log(‘Subtract:’, num1, num2);
return num1 – num2;
}
// This is a private function
function privateLog() {
console.log(‘Private Function’);
} - 在代码的末尾加上export关键字，导出我们要公开的函数和变量：
// utils.js
function multiply(num1, num2) {
console.log(‘Multiply:’, num1, num2);
return num1 * num2;
}
function divide(num1, num2) {
console.log(‘Divide:’, num1, num2);
return num1 / num2;
}
// This is a private function
function privateLog() {
console.log(‘Private Function’);
}
export {multiply, divide};
导入模块
跟导出模块差不多，也有两种方法导入模块：
- 导入特定的方法
// main.js
// importing multiple items
import { sum, multiply } from ‘./utils.js’;
console.log(sum(3, 7));
console.log(multiply(3, 7)); - 导入所有
// main.js
// importing all of module
import * as utils from ‘./utils.js’;
console.log(utils.sum(3, 7));
console.log(utils.multiply(3, 7));
导入和输出的别名
如果要避免命名冲突，可以在导出和导入期间更改导出的名称。例如：
重命名导出的方法
// utils.js function sum(num1, num2) { console.log('Sum:', num1, num2); return num1 + num2; } function multiply(num1, num2) { console.log('Multiply:', num1, num2); return num1 * num2; } export {sum as add, multiply};重命名导入的方法
// main.js import { add, multiply as mult } from './utils.js'; console.log(add(3, 7)); console.log(mult(3, 7));
单例模式
单例指的是只能实例化一次的对象。如果不存在，则单例模式会创建类的新实例。 如果存在实例，则它只返回对该对象的引用。 对构造函数的任何重复调用总是会获取相同的对象。
js支持单例模式，它有关于单例模式的实现。在js我们不应该叫单例，应该叫对象字面量。例如：
const user = {
name: 'Peter',
age: 25,
job: 'Teacher',
greet: function() {
console.log('Hello!');
}
};
因为在js中，每个对象占用一个唯一的内存位置，当我们调用用户对象时，实际上返回的是该对象的引用。
如果我们尝试复制user对象到另一个变量，并且修改其中的值。例如：
const user1 = user;
user1.name = 'Mark';
我们会看到两个对象都被修改，因为js中的对象是引用而不是值传递。所以内存中只有一个对象。例如：
// prints 'Mark'
console.log(user.name);
// prints 'Mark'
console.log(user1.name);
// prints true
console.log(user === user1);
可以用构造函数实现单例模式。例如：
let instance = null;
function User() {
if(instance) {
return instance;
}
instance = this;
this.name = 'Peter';
this.age = 25;
return instance;
}
const user1 = new User();
const user2 = new User();
// prints true
console.log(user1 === user2);
当这个构造函数被调用，它会检查instance是否存在。如果对象不存在，它会分配值给instance变量。如果存在，返回已存在的对象。
也可以使用模块模式实现单例。例如：
const singleton = (function() {
let instance;
function init() {
return {
name: 'Peter',
age: 24,
};
}
return {
getInstance: function() {
if(!instance) {
instance = init();
}
return instance;
}
}
})();
const instanceA = singleton.getInstance();
const instanceB = singleton.getInstance();
// prints true
console.log(instanceA === instanceB);
在上面的代码中，我们用singleton.getInstance方法创建了新的instance实例。如果实例已存在，则此方法返回已存在实例，如果实例不存在，则通过调用init（）函数创建新实例。
工厂模式
工厂模式使用工厂方法创建对象，而不指定所创建对象的确切类或构造函数。
工厂模式用于创建对象，不暴露实例化逻辑。当我们需要根据特定条件生成不同的对象时，可以使用此模式。例如：
class Car{
constructor(options) {
this.doors = options.doors || 4;
this.state = options.state || 'brand new';
this.color = options.color || 'white';
}
}
class Truck {
constructor(options) {
this.doors = options.doors || 4;
this.state = options.state || 'used';
this.color = options.color || 'black';
}
}
class VehicleFactory {
createVehicle(options) {
if(options.vehicleType === 'car') {
return new Car(options);
} else if(options.vehicleType === 'truck') {
return new Truck(options);
}
}
}
我创建了car和truck类（带有一些默认值），用于创建新的汽车和卡车对象。然后我定义了VehicleFactory类，用于根据对象中收到的vehicleType属性创建并返回一个新对象。
const factory = new VehicleFactory();
const car = factory.createVehicle({
vehicleType: 'car',
doors: 4,
color: 'silver',
state: 'Brand New'
});
const truck= factory.createVehicle({
vehicleType: 'truck',
doors: 2,
color: 'white',
state: 'used'
});
// Prints Car {doors: 4, state: "Brand New", color: "silver"}
console.log(car);
// Prints Truck {doors: 2, state: "used", color: "white"}
console.log(truck);
我是实例化了VehicleFactory类，之后我们调用factory.createVehicle方法创建car和truck对象，并且传递vehicleType属性值为car或truck的options对象。
装饰器模式
装饰器模式用于扩展对象的功能，而无需修改现有的类或构造函数。此模式可用于向对象添加新功能，无需修改它们的基础代码。
一个简单的例子：
function Car(name) {
this.name = name;
// Default values
this.color = 'White';
}
// Creating a new Object to decorate
const tesla= new Car('Tesla Model 3');
// Decorating the object with new functionality
tesla.setColor = function(color) {
this.color = color;
}
tesla.setPrice = function(price) {
this.price = price;
}
tesla.setColor('black');
tesla.setPrice(49000);
// prints black
console.log(tesla.color);
这种模式更实际的例子是：
比方说，汽车的成本取决于它的功能数量。 如果没有装饰器模式，我们必须为不同的功能组合创建不同的类，每个类都有一个成本方法来计算成本。例如：
class Car() {
}
class CarWithAC() {
}
class CarWithAutoTransmission {
}
class CarWithPowerLocks {
}
class CarWithACandPowerLocks {
}
但有了装饰器模式，我们可以基于car类创建对象，并且使用装饰器函数添加不同的方法。例如：
class Car {
constructor() {
// Default Cost
this.cost = function() {
return 20000;
}
}
}
// Decorator function
function carWithAC(car) {
car.hasAC = true;
const prevCost = car.cost();
car.cost = function() {
return prevCost + 500;
}
}
// Decorator function
function carWithAutoTransmission(car) {
car.hasAutoTransmission = true;
const prevCost = car.cost();
car.cost = function() {
return prevCost + 2000;
}
}
// Decorator function
function carWithPowerLocks(car) {
car.hasPowerLocks = true;
const prevCost = car.cost();
car.cost = function() {
return prevCost + 500;
}
}
首先，我们创建了用于创建car对象的基类Car。然后，我们为要添加到其上的要素创建装饰器，并将Car对象作为参数传递。 然后我们覆盖该对象的cost函数，该函数返回汽车的更新成本，并向该对象添加新属性以指示添加了哪个特征。
为了添加新功能，我们可以这样做：
const car = new Car();
console.log(car.cost());
carWithAC(car);
carWithAutoTransmission(car);
carWithPowerLocks(car);
最后，我们这样子计算成本：
// Calculating total cost of the car
console.log(car.cost());
结论
我们已经了解部分设计模式在js中的实现，但是还有部分在本文没有涉及。
虽然了解审设计模式很重要，但是不要过度使用它们。在使用某个设计模式之前，应该考虑是否能解决你的痛点。要了解模式是否适合你，你应该研究设计模式以及该设计模式的应用。
