定義

?使用原型實體指定創建物件的種類，并且通過拷貝這些原型創建新的物件，原型模式是一種物件創建型模式---百科，

?通俗的說就是原型模式是一種創建型設計模式，指定某個物件（通過某種方式）得到一個新的物件，在記憶體中擁有新的地址，得到的物件與原物件是是相互獨立的，即得到跟原物件一樣的物件

?當我們需要兩個一模一樣的實體時，使用原型模式非常方便，如果不使用原型模式，按照建構式的方式初始化物件，我們需要傳兩次一模一樣的引數如：

const dog = new BydCard('byd', '漢', '30w', '2023款')
const dog_copy = new BydCard('byd', '漢', '30w', '2023款')
// 使用原型模式
const dog_copy1 = Object.create(dog)

實作思路

??通過目標物件得到一個全新的新物件，使新物件也具備跟目標物件一樣的能力，這種一般思路有兩種

1. 深拷貝
2. 指標參考：自身物件找不到，通過內部屬性參考到目標物件上去找類似鏈表結構的next 指標

其中大多數后臺語言如java 有相關克隆介面規范，javaScript 是通過第二種方式來實作的，

javaScript 中的原型模式

??在原型模式下，當我們想要創建一個物件時，會先找到一個物件作為原型，然后通過克隆原型的方式來創建出一個與原型一樣（共享一套資料/方法）的物件，在 JavaScript 里，Object.create方法就是原型模式的天然實作——準確地說，只要我們還在借助Prototype來實作物件的創建和原型的繼承，那么我們就是在應用原型模式，

??有的設計模式資料中會強調，原型模式就是拷貝出一個新物件，認為在 JavaScript 類里實作了深拷貝方法才算是應用了原型模式，事實上在 JavaScript 中，通過指標的方式也可以得到目標物件、屬性、方法的共享，克隆（深度拷貝）是實作這個目的的方法，但不是唯一的方法，也不是javaScript 的目的，

通過指標來參考，然后動態執行的時候系結背景關系 this，這樣就不會造成實體之間的錯亂，我覺得這也是this 被設計成動態系結的原因之一，

原型模式-編程范式

??原型模式不僅是一種設計模式，它還是一種編程范式（programming paradigm），是 JavaScript 面向物件系統實作的根基，原型編程范式的體現就是基于原型鏈的繼承，即便現在es6+ 推出了class 關鍵字，支持了類的寫法，引入的 JavaScript 類本質上還是基于原型的繼承的語法糖(class 只是一個語法糖)，類語法不會為 JavaScript 引入新的面向物件的繼承模型， 當我們嘗試用 class 去定義一個 Dog 類時：

class Dog {
  constructor(name ,age) {
   this.name = name
   this.age = age
  }
  
  eat() {
    console.log('肉骨頭真好吃')
  }
}

其實完全等價于寫了這么一個建構式:

function Dog(name, age) {
  this.name = name
  this.age = age
}
Dog.prototype.eat = function() {
  console.log('肉骨頭真好吃')
}

原型鏈核心點

??每個建構式都擁有一個prototype屬性，它指向建構式的原型物件，這個原型物件中有一個 constructor 屬性指回建構式；每個實體都有一個內部屬性__proto__屬性，當我們使用建構式去創建實體時，實體的__proto__屬性就會指向建構式的原型物件，

// 輸出"肉骨頭真好吃"
dog.eat()
// 輸出"[object Object]"
dog.toString()

明明沒有在 dog 實體里手動定義 eat 方法和 toString 方法，它們還是被成功地呼叫了，這是因為當我試圖訪問一個 JavaScript 實體的屬性、方法時，它首先搜索這個實體本身；當發現實體沒有定義對應的屬性、方法時，它會轉而去搜索實體的原型物件；如果原型物件中也搜索不到，它就去搜索原型物件的原型物件，這個搜索的鏈表就叫做原型鏈，

Object 是所有的基類，其中Object.prototype指向null，這樣原型鏈就有終點了，而不是無腦的一直下去，

原型鏈其他關鍵點：

1. 所有函式（普通函式，建構式，內置的函式）都是內置函式（類）Function 的實體，所以存在函式.__proto__ === Function.prototype 所有函式都可以直接呼叫Function原型上的方法(call / apply /bind)
2. Function 確實很厲害，他不僅是函式的類，還是自己的類，函式是Function 的實體，Function 也是Function 的實體 Object.__proto__ === Function.prototype， Function.__proto__===Function.prototype
3. 物件的原型鏈最終指向Object.prototype, object.prototype._proto_ 指向null

如下代碼驗證了這些結論：

function sayHi () {
    // console.log('hello joel')
}

// 所有函式都是Function 的實體即函式也是物件,
// 所以存在函式.__proto__ === Function.prototype
console.log(sayHi.__proto__ === Function.prototype) // true
console.log(Object.__proto__ === Function.prototype) // true
console.log(String.__proto__ === Function.prototype) // true
console.log(Array.__proto__ === Function.prototype) // true
console.log(Number.__proto__ === Function.prototype) // true
console.log(Symbol.__proto__ === Function.prototype) // true

// Function.prototype 內部屬性又指向Object的原型物件
console.log(Function.prototype.__proto__ === Object.prototype) // true
//  Function 也是Function 的實體
console.log(Function.__proto__ === Function.prototype)
// 物件最終指向object的原型
console.log(new sayHi().__proto__ instanceof Object) // true
console.log(new sayHi().__proto__ === sayHi.prototype) // true
console.log(Array.prototype.__proto__ === Object.prototype) // true
console.log(Object.__proto__.__proto__ === Object.prototype) // true

// 內置的array,string,number,object 等都是建構式，同時也是物件
console.log(typeof Array) // function
console.log(typeof Object) // function

// 通過原型鏈找到object.prototype 上的方法
sayHi.valueOf() 

小結

1. 原型是 JavaScript 面向物件系統實作的根基，在這里更像是一種編程范式
2. 在JavaScript 中原型模式無處不在，只要使用原型的模型創建物件就是在使用原型模式

Object.__proto__ === Function.prototype
Function.__proto__=== Function.prototype
Function.prototype.__proto__ === Object.prototype
Object.prototype.__prto__ === null

標籤：JavaScript

上一篇：前端設計模式——中介者模式

下一篇：webgl 系列 —— 變換矩陣和影片