欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

詳解Javascript 中的 class、構(gòu)造函數(shù)、工廠函數(shù)

 更新時間:2017年12月20日 15:06:32   投稿:mrr  
這篇文章主要介紹了詳解Javascript 中的 class、構(gòu)造函數(shù)、工廠函數(shù),需要的朋友可以參考下

到了ES6時代,我們創(chuàng)建對象的手段又增加了,在不同的場景下我們可以選擇不同的方法來建立。現(xiàn)在就主要有三種方法來構(gòu)建對象,class關(guān)鍵字,構(gòu)造函數(shù),工廠函數(shù)。他們都是創(chuàng)建對象的手段,但是卻又有不同的地方,平時開發(fā)時,也需要針對這不同來選擇。

首先我們來看一下,這三種方法是怎樣的

// class 關(guān)鍵字,ES6新特性
class ClassCar {
 drive () {
  console.log('Vroom!');
 }
}
const car1 = new ClassCar();
console.log(car1.drive());
// 構(gòu)造函數(shù)
function ConstructorCar () {}
ConstructorCar.prototype.drive = function () {
 console.log('Vroom!');
};
const car2 = new ConstructorCar();
console.log(car2.drive());
// 工廠函數(shù)
const proto = {
 drive () {
  console.log('Vroom!');
 }
};
function factoryCar () {
 return Object.create(proto);
}
const car3 = factoryCar();
console.log(car3.drive());

這些方法都是基于原型的創(chuàng)建,而且都支持在構(gòu)造時函數(shù)中私有變量的實現(xiàn)。換句話來說,這些函數(shù)擁有著大部分相同的特性,甚至在很多場景下,他們是等價的。

在 Javascript 中,每一個函數(shù)都能返回一個新的對象。當它不是構(gòu)造函數(shù)或者類的時候,它就被稱作工廠函數(shù)。

ES6的類其實是構(gòu)造函數(shù)的語法糖(至少現(xiàn)階段是這樣實行的),所以接下來討論的所有內(nèi)容都適用于構(gòu)造函數(shù)的也適用于ES6類:

class Foo {}
console.log(typeof Foo); // function

構(gòu)造函數(shù)和ES6類的好處

  • 大部分的書會教你去用類和構(gòu)造函數(shù)
  • ‘ this ' 是指向新的這個對象的。
  • 一些人喜歡 new 關(guān)鍵字的可讀性
  • 也許還會有一些很小的細節(jié)方面的差別,但是如果在開發(fā)過程中沒有問題的話,也不用太擔心。

構(gòu)造函數(shù)和ES6類的壞處

1. 你需要 new 關(guān)鍵字

到了ES6,構(gòu)造函數(shù)和類都需要帶 new 關(guān)鍵字。

function Foo() {
 if (!(this instanceof Foo)) { return new Foo(); }
}

在ES6中,如果你嘗試調(diào)用類函數(shù)沒有 new 關(guān)鍵字就會拋出一個任務。如果你要個不用 new 關(guān)鍵字的話,就只能使用工廠函數(shù)把它包起來。

2. 實例化過程中的細節(jié)暴露給了外界API

所有的調(diào)用都緊緊的關(guān)聯(lián)到了構(gòu)造器的實現(xiàn)上,如果你需要自己在構(gòu)造過程中動一些手腳,那就是一個非常麻煩的事情了。

3. 構(gòu)造器沒有遵守 Open / Closed 法則

因為 new 關(guān)鍵字的細節(jié)處理,構(gòu)造器違反 Open / Closed 法則:API應該開放拓展,避免修改。

我曾經(jīng)質(zhì)疑過,類和工廠函數(shù)是那么的相似,把類函數(shù)升級為一個工廠函數(shù)也不會有什么影響,不過在JavaScript里面,的確有影響。

如果你開始寫著構(gòu)造函數(shù)或者類,但是寫著寫著,你發(fā)現(xiàn)需要工廠函數(shù)的靈活性,這個時候你不能簡單的就改改簡單改改函數(shù)一走了之。

不幸的是,你是個JavaScript程序員,構(gòu)造器改造成工廠函數(shù)是一個大手術(shù):

// 原來的實現(xiàn):
// class Car {
//  drive () {
//   console.log('Vroom!');
//  }
// }
// const AutoMaker = { Car };
// 工廠函數(shù)改變的實現(xiàn):
const AutoMaker = {
 Car (bundle) {
  return Object.create(this.bundle[bundle]);
 },
 bundle: {
  premium: {
   drive () {
    console.log('Vrooom!');
   },
   getOptions: function () {
    return ['leather', 'wood', 'pearl'];
   }
  }
 }
};
// 期望中的用法是:
const newCar = AutoMaker.Car('premium');
newCar.drive(); // 'Vrooom!'
// 但是因為他是一個庫
// 許多地方依然這樣用:
const oldCar = new AutoMaker.Car();
// 如此就會導致:
// TypeError: Cannot read property 'undefined' of
// undefined at new AutoMaker.Car

在上面例子里面,我們從一個類開始,最后把它改成來一個可以根據(jù)特定的原型來創(chuàng)建對象的工廠函數(shù),這樣的函數(shù)可以廣泛應用于接口抽象和特殊需求定制。

4. 使用構(gòu)造器讓 instanceof 有可乘之機

構(gòu)造函數(shù)和工廠函數(shù)的不同就是 instanceof 操作符,很多人使用 instanceof 來確保自己代碼的正確性。但是說實話,這是有很大問題的,建議避免 instanceof 的使用。

instanceof 會說謊。

// instanceof 是一個原型鏈檢查
// 不是一個類型檢查
// 這意味著這個檢查是取決于執(zhí)行上下文的,
// 當原型被動態(tài)的重新關(guān)聯(lián),
// 你就會得到這樣令人費解的情況
function foo() {}
const bar = { a: 'a'};
foo.prototype = bar;
// bar是一個foo的實例嗎,顯示不是
console.log(bar instanceof foo); // false
// 上面我們看到了,他的確不是一個foo實例
// baz 顯然也不是一個foo的實例,對吧?
const baz = Object.create(bar);
// ...不對.
console.log(baz instanceof foo); // true. oops.

instanceof 并不會像其他強類型語言那樣做檢查,他只是檢查了原型鏈上的對象。

在一些執(zhí)行上下文中,他就會失效,比如你改變了 Constructor.prototype 的時候。

又比如你開始些的是一個構(gòu)造函數(shù)或者類,之后你又將它拓展為一個另一個對象,就像上面改寫成工廠函數(shù)的情況。這時候 instanceof 也會有問題。

總而言之, instanceof 是另一個構(gòu)造函數(shù)和工廠函數(shù)呼喚的大改變。

用類的好處

  • 一個方便的,自包含的關(guān)鍵字
  • 一個唯一的權(quán)威性方法在JavaScript來實現(xiàn)類。
  • 對于其他有class的語言開發(fā)經(jīng)驗的開發(fā)者有很好的體驗。

用類的壞處

構(gòu)造器所有的壞處, 加上:

使用 extends 關(guān)鍵字創(chuàng)建一個有問題的類,對于用戶是一個很大的誘惑。
類的層級繼承會造成很多有名的問題,包括 fragile base class(基礎類會因為繼承被破壞),gorilla banana problem(對象混雜著復雜的上下文環(huán)境),duplication by necessity(類在繼承多樣化時需要時時修改)等等。

雖然其他兩種方法也有可能讓你陷入這些問題,但是在使用 extend 關(guān)鍵字的時候,環(huán)境使然,就會把你引導上這條路。換句話說,他引導你向著一個不靈活的關(guān)系編寫代碼,而不是更有復用性的代碼。

使用工廠函數(shù)的好處

工廠函數(shù)比起類和構(gòu)造函數(shù)都更加的靈活,也不會把人引向錯誤的道路。也不會讓你陷入深深的繼承鏈中。你可以使用很多手段來模擬繼承

1. 用任意的原型返回任意的對象

舉個例子,你可以通過同一個實現(xiàn)來創(chuàng)建不同的實例,一個媒體播放器可以針對不同的媒體格式來創(chuàng)建實例,使用不同的API,或者一個事件庫可以是針對DOM時間的或者ws事件。

工廠函數(shù)也可以通過執(zhí)行上下文來實例化對象,可以從對象池中得到好處,也可以更加靈活的繼承模型。

2. 沒有復雜重構(gòu)的擔憂

你永遠不會有把工廠函數(shù)轉(zhuǎn)換成構(gòu)造函數(shù)這樣的需求,所以重構(gòu)也沒必要。

3. 沒有 new

你不用new關(guān)鍵字來新建對象,自己可以掌握這個過程。

4. 標準的 this 行為

this 就是你熟悉的哪個this,你可以用它來獲取父對象。舉個例子來說,在 player.create() 中,this指向的是player,也可以通過call和apply來綁定其他this。

5. 沒有 instanceof 的煩惱

6. 有些人喜歡直接不帶new的寫法的可讀直觀性。

工廠函數(shù)的壞處

  • 并沒有自動的處理原型,工廠函數(shù)原型不會波及原型鏈。
  • this 并沒有自動指向工廠函數(shù)里的新對象。
  • 也許還會有一些很小的細節(jié)方面的差別,但是如果在開發(fā)過程中沒有問題的話,也不用太擔心。

結(jié)論

在我看來,類也許是一個方便的關(guān)鍵字,但是也不能掩飾他會把毫無防備的用戶引向繼承深坑。另一個風險在于未來的你想要使用工廠函數(shù)的可能性,你要做非常大的改變。

如果你是在一個比較大的團隊協(xié)作里面,如果要修改一個公共的API,你可能干擾到你并不能接觸到的代碼,所以你不能對改裝函數(shù)的影響視而不見。

工廠模式很棒的一個地方在于,他不僅僅更加強大,更加靈活,也可以鼓勵整個隊伍來讓API更加簡單,安全,輕便。

總結(jié)

以上所述是小編給大家介紹的詳解Javascript 中的 class、構(gòu)造函數(shù)、工廠函數(shù),希望對大家有所幫助,如果大家有任何疑問請給我留言,小編會及時回復大家的。在此也非常感謝大家對腳本之家網(wǎng)站的支持!

相關(guān)文章

最新評論