多年來，OOP(面向?qū)ο缶幊?是軟件工程中的事實(shí)上的標(biāo)準(zhǔn)。類，多態(tài)性，繼承和封裝的概念主導(dǎo)了開發(fā)過程，并對(duì)其產(chǎn)生了革命性的影響。但是所有內(nèi)容都有有效期限，其中包括編程范例。在本文中，我將討論為什么首先引入類，為什么在JavaScript中使用類是一個(gè)壞主意，以及一些替代方法。

ES6之前的classes

即使自ES6(ECMAScript 2015)起將class關(guān)鍵字添加到JavaScript中，人們?nèi)栽谑褂妙?。?shí)現(xiàn)的方法是構(gòu)造函數(shù)和原型委托。為了確切地說明我的意思，我將在ES5和ES6環(huán)境中實(shí)現(xiàn)相同的類?？紤]一個(gè)繼承自 Car 的 Car 和 SportsCar 類。兩者都有品牌( make )、型號(hào)( model )屬性和啟動(dòng)方式( start )，但SportsCar還有渦輪增壓( turbocharged )屬性，并覆蓋啟動(dòng)方式(start)。

// "class" 聲明 
function Car(make, model) { 
  this.make = make; 
  this.model = model; 
} 
 
// 啟動(dòng)方法 
Car.prototype.start = function() { 
  console.log('vroom'); 
} 
 
// 覆蓋toString方法 
Car.prototype.toString = function() { 
  console.log('Car - ' + this.make + ' - ' + this.model); 
} 
 
// 繼承實(shí)例 
function SportsCar(make, model, turbocharged) { 
  Car.call(this, make, model); 
  this.turbocharged = turbocharged; 
} 
 
// 實(shí)際繼承邏輯 
SportsCar.prototype = Object.create(Car.prototype); 
SportsCarSportsCar.prototype.constructor = SportsCar; 
 
// 覆蓋啟動(dòng)方法 
SportsCar.prototype.start = function() { 
  console.log('VROOOOM'); 
} 
 
// 現(xiàn)在測(cè)試課程 classes 
var car = new Car('Nissan', 'Sunny'); 
car.start(); // vroom 
console.log(car.make); // Nissan 
 
var sportsCar = new SportsCar('Subaru', 'BRZ', true); 
sportsCar.start(); // VROOOOM 
console.log(car.turbocharged); // true 

你可能已經(jīng)猜到了，Car(第2行)和 SportsCar(第18行)函數(shù)是構(gòu)造函數(shù)。使用此關(guān)鍵字定義屬性，并使用 new 創(chuàng)建對(duì)象本身。如果你不熟悉 prototype，則這是每個(gè)JS對(duì)象都必須委派常見行為的特殊屬性。例如，數(shù)組對(duì)象的原型具有你可能熟知的函數(shù)：map，forEach，find等。字符串原型具有功能replace，substr等。

在第33行上創(chuàng)建Car對(duì)象之后，可以訪問其屬性和方法。從第34行開始的調(diào)用導(dǎo)致以下操作：

• JS引擎要求 car 對(duì)象提供一個(gè)鍵為 start 的值。
• 對(duì)象回應(yīng)說它沒有這樣的值。
• JS引擎向 car.prototype 對(duì)象詢問以鍵 start 開頭的值。
• car.prototype 返回JS引擎立即執(zhí)行的 start 函數(shù)。

訪問make和model屬性的操作類似，只是它們是直接在汽車對(duì)象上定義的，而不是原型。

繼承有點(diǎn)棘手，它在第24-25行處理。這里最重要的函數(shù)是 Object.create 函數(shù)，它接受一個(gè)對(duì)象并返回一個(gè)全新的對(duì)象，其原型設(shè)置為作為參數(shù)傳遞的對(duì)象?，F(xiàn)在，如果JS引擎在 sportsCar 對(duì)象或 sportsCar.prototype 上沒有找到一個(gè)值，它將查閱 sportsCar.prototype.prototype 是 Car 對(duì)象的原型。

ES6 Class關(guān)鍵字

隨著2015年ES6的發(fā)布，人們期待已久的 class 關(guān)鍵字出現(xiàn)在JavaScript中。這是應(yīng)社區(qū)的多次要求而做的，因?yàn)槿藗儗?duì)來自面向?qū)ο蟮恼Z言感到不適應(yīng)。但他們忽略了一個(gè)重要的問題。

JavaScript不知道什么是類

JavaScript不是一門面向?qū)ο蟮恼Z言，它不是被設(shè)計(jì)成這樣的語言，類的概念絕對(duì)不適用于它。雖然JS中的所有內(nèi)容確實(shí)都是對(duì)象，但這些對(duì)象與Java或C#中的對(duì)象不同。在JS中，對(duì)象只是具有某種復(fù)雜查找過程的Map數(shù)據(jù)結(jié)構(gòu)。就是這樣。當(dāng)我說一切都是對(duì)象時(shí)，我是說真的：甚至函數(shù)都是對(duì)象。你可以通過以下代碼片段進(jìn)行檢查：

function iAmAnObject() {} 
 
console.log(iAmAnObject.name); // iAmAnObject 
console.log(Object.keys(iAmAnObject)); // Array [] 

好的，這一切都很好，但是 class 關(guān)鍵字如何工作呢?很高興你問。你還記得前面的 Car 和 SportsCar 示例嗎?好吧，class 關(guān)鍵字只是最重要的語法糖。換句話說，類在概念上產(chǎn)生相同的代碼，并且僅用于美學(xué)和可讀性目的。正如我之前所承諾的，這是ES6中這些相同類的示例：

class Car { 
  constructor(make, model) { 
    this.make = make; 
    this.model = model; 
  } 
   
  start() { 
    console.log('vroom'); 
  } 
   
  toString() { 
    console.log(`Car - ${this.make} - ${this.model}`); 
  } 
} 
 
class SportsCar extends Car { 
  constructor(make, model, turbocharged) { 
    super(make, model); 
    this.turbocharged = turbocharged; 
  } 
   
  start() { 
    console.log('VROOOOM'); 
  } 
} 
 
 
// 實(shí)際用法保持不變 
var car = new Car('Nissan', 'Sunny'); 
car.start(); // vroom 
console.log(car.make); // Nissan 
 
var sportsCar = new SportsCar('Subaru', 'BRZ', true); 
sportsCar.start(); // VROOOOM 
console.log(car.turbocharged); // true 

這些示例相同，并且產(chǎn)生相同的結(jié)果，有趣的是，它們?cè)诤笈_(tái)生成(幾乎)相同的代碼。

為什么不?

現(xiàn)在，你應(yīng)該了解JS中的類是什么以及它們?nèi)绾喂ぷ鳌，F(xiàn)在，憑借所有這些知識(shí)，我可以解釋為什么在JS中使用類是一個(gè)壞主意。

• 綁定問題。由于類構(gòu)造函數(shù)與這個(gè)關(guān)鍵字密切打交道，它可能會(huì)引入潛在的綁定問題，特別是當(dāng)你試圖將你的類方法作為回調(diào)傳遞給外部例程時(shí)(你好，React開發(fā)人員)。
• 性能問題。由于類的實(shí)現(xiàn)，眾所周知，它們很難在運(yùn)行時(shí)進(jìn)行優(yōu)化。雖然目前我們享受著高性能的機(jī)器，但摩爾定律正在逐漸消失的事實(shí)可以改變這一切。
• 私有變量。首先，私有變量的最大優(yōu)點(diǎn)和主要原因之一就是類在JS中不存在。
• 嚴(yán)格的層次結(jié)構(gòu)。類直接引入了從上到下的順序，使得更改更難實(shí)現(xiàn)，這在大多數(shù)JS應(yīng)用程序中是不可接受的。
• 因?yàn)镽eact團(tuán)隊(duì)會(huì)告訴你不要這樣做。雖然他們還沒有明確廢棄基于類的組件，但很可能在不久的將來就會(huì)廢棄。

所有這些問題都可以通過JS對(duì)象和原型委托得到緩解。 JS提供了這么多類所能做的事情，但大多數(shù)開發(fā)者卻對(duì)此視而不見。如果你想真正掌握J(rèn)S，你需要接受它的理念，擺脫教條式的類思維。