靈兒的小感慨:
學技術如果只是老是想著如何把工作完成,被趕鴨子,真的好累。如果多讀些關于它的前世今生,從原理上去理解,它是什么,為何產生,為了解決什么問題,能做什么,然后再具體去實現功能,感覺會好很多。
js是怎么產生的
一開始,我們瀏覽器的網頁只能瀏覽內容,是不能交互的。包括用戶名密碼輸入這些都是由服務端來判斷,這種設計非常浪費時間和服務器資源。
為了解決這個問題,需要開發一種運行在瀏覽器中的腳本語言,用來簡單的做用戶輸入校驗等操作。
當時最流行的語言是面向對象的Java編程語言 ,為了能夠借助 Java
將瀏覽器腳本語言流傳開,所以起名 JavaScript
。其實兩者沒有任何的關系。
數據類型設計引發繼承思想
JS 中的數據類型設計受當時 Java
流行的影響,都是對象類型,這時候就遇到問題了,有對象必然涉及到繼承機制,那么 JS
的繼承機制要設計成 Java
一樣呢?還是另有設計思想?
js的繼承設計思想
JS 的開發者想如果設計成像 Java一樣有“類”的概念豈不是和 Java
一樣成為了一種完全面向對象的編程語言了?最后決定自己設計一種繼承機制,但是它的設計思想還是采用了 Java
的一些特性。
1. 如何生成一個對象
通常 Java
生成對象是通過 new
的方式,通過類生成一個實例對象的過程。但是 JS 中并沒有類,那 JS 的設計者要怎么做?
他找到了 Java 和 JS 的共同點就是兩者都有構造函數, Java的 new
的過程內部其實調用了構造函數。但是 JS 是沒有“類”的概念的,于是 JS 就把 new
一個“類”設計成了 new 一個構造函數,于是構造函數成為了一個實例對象的原型對象。
2. 原型對象的升級
上述這樣的原型設計有一個致命的缺點:無法共享公共屬性。
所以要設計一個對象專門用來存儲對象共享的屬性,那么我們叫它「原型對象」。
原型對象是啥
要想讓構造函數生成的所有實例對象都能夠共享屬性,那么我們就給構造函數加一個屬性叫做 prototype
,用來指向原型對象,我們把所有實例對象共享的屬性和方法都放在這個構造函數的 prototype
屬性指向的原型對象中,不需要共享的屬性和方法放在構造函數中。
對象和函數在原型鏈關系?
構造函數的 prototype
指向原型對象,原型對象有一個 constructor
屬性指回構造函數,每個構造函數生成的實例對象都有一個 _proto_
屬性,這個屬性指向原型對象。
原型鏈
原型鏈是什么?顧名思義,肯定是一條鏈,既然每個對象都有一個 _proto_
屬性指向原型對象,那么原型對象也有 _proto_
指向原型對象的原型對象,直到指向上圖中的null,這才到達原型鏈的頂端。
總結
- 之所以會有構造函數、原型、原型鏈,就是因為我們要實現屬性公用、實現繼承。
- 實例,就是new一個構造函數返回的這個新的對象,這個實例繼承了構造函數的原型對象。這樣來說,構造函數就是原型了。
- 原型鏈,就是每個對象的屬性
_proto_
一直鏈道頂端Object的_proto_
,繼而指向null。
注:
- 構造函數就是專門用來生成對象實例的函數(模板),構造函數需大駝峰書寫。
- 每個構造函數,都會有一個
prototype
屬性。 - 只要是對象,都會有一個內置屬性叫做
_proto_
。_proto_
屬性指向的是原型對象。