理解原型和實例的創建

原型 , 構造模式 , 原型模式 ,組合模式

1.理解原型

在JS中,只要聲明一個函數A , 就會對應的產生一個對象 , 這個對象就叫原型對象

試試看

    function A() {
    }
    console.log(A.prototype);
    console.log(A.prototype.constructor);

返回值如下:

定義了一個函數 A , 沒有添加任何的屬性和方法 , A 的兩未定義個屬性 卻可以返回兩個值?

prototype屬性返回了一個對象 , constructor屬性返回了函數A

prototype是 A 里面的屬性 , 指向一個對象,這個對象就叫原型對象 ,

而這個原型對象里 默認情況 儲存著 constructor屬性和從Object繼承而來,這里暫且不表;

constructor 是一個屬性 , 存在原型對象里 , 指向了這個函數

比如倆人吵架 , 都用手指頭指著對方罵;

而這兩個屬性就是手指頭,構造函數和原型對象就是吵架的人;

手指頭是人的一部分,就像這兩個屬性存在對象的內部是一樣的

2.與原型相關的屬性和方法

constructor 屬性

存在于原型對象中,指向構造函數;

如果重寫原型對象則會導致constructor屬性不再指向構造函數;

如果需要constructor依舊指向構造函數,可以在重寫的時候加上以下代碼

Person.prototype = {
       constructor : Person    //讓constructor重新指向Person函數
}

[[prototype]]屬性

用構造函數創建一個實例對象后,這個對象中會有一個不可訪問的屬性[[prototype]],這個屬性就指向了構造函數的原型對象

Chrome瀏覽器和火狐瀏覽器提供這個對這個屬性的訪問

使用__proto__方法可以訪問到原型對象(左右各兩個下劃線),這個屬性存在于被構造函數創建的實例對象中;一般不建議使用

hasOwnProperty() 方法

判斷一個屬性是否來自對象自身 ;

返回 true表示為對象自身屬性;返回false可以判斷出存在原型中或屬性不存在,所以要如何確定一個屬性存在原型里呢?

in操作符

in操作符會從對象的本身開始 , 查找是否有對應的屬性 , 在對象自身中沒有找到 , 就會沿著原型鏈開始查找 , 直到找到返回true ,反之,則返回false

3. 兩個模型--構造函數模型 和 原型模型

3.1構造函數模型

理論上任何函數都可以作為構造函數,但是一般約定,構造函數的函數名以大寫字母開頭

比如:

構造函數 : function Person(){ }

當把一個函數作為構造函數,并利用new創建的一個新的實例對象

利用構造函數創建實例 : var p1 = new Person( );

3.1.1構造過程

相關:

實例與構造函數的關系 :

實例對象p1被構造函數Person創建后,P1和Person是沒有任何的關系了;

實例與原型 :

  • 實例對象中有一個[[prototype]]屬性指向原型對象;
  • 使用new Person()創建多個對象,則多個對象都會同時指向原型對象。
  • 可以手動給這個原型對象添加屬性和方法,那么p1,p2,p3...都會共享這些屬性和方法
  • 屬性和方法的查找會從實例開始 , 沿著原型鏈查找 , 直到找到屬性或方法;
  • 所以給實例對象添加和原型中同名的屬性 , 會優先訪問實例中的屬性
  • 通過實例只能訪問到原型的屬性或方法,不能修改;
//這段代碼將會拋出錯誤
function Person(name,age) {
    }
    Person.prototype.sex = "男"

    let p1 = new Person();    
    p1.prototype.sex = "女";
    console.log(p1.sex);

3.1.2構造函數的優勢

可以傳入參數,適用于 每個實例都有的同名但是值不相同的屬性

     function Person(name,age) {
         this.name = name;
         this.age = age;
         this.speakName = function (){
            console.log(this.name)
         }
     }
     let p1 = new Person("shark",3);
     let p2 = new Person("dd",4)
     console.log(p1.name,p1);
     console.log(p1.age)
     
     //輸出結果
     shark 3
     dd 4

內存模型:


目前來說,每個實例都有了自己的name和age , 但是新的問題也隨之而來了


3.1.3構造函數的缺陷

觀察內存模型 , 就會發現每個實例中都有一個相同的方法 , 浪費了內存

這不是很OK , 不是我們想要的結果,所以一種新的模型站了出來 - -原型模型

3.2原型模型

3.2.1原型模式的優勢

針對以上的問題 , 對代碼做出了以下修改

     function Person(name,age) {
         this.name = name;
         this.age = age;
     }
     Person.prototype.speakName = function (){
        console.log(this.name)
      }
     let p1 = new Person("shark",3);
     let p2 = new Person("dd",4)
     console.log(p1.name,p1);
     console.log(p1.age)

利用原型模式的優勢 ---共享所有的方法

可以讓我們共享speakName這個方法;

這正好解決了構造函數的缺陷 , 每個實例都有自己的名字 , 方法在不浪費內存和性能的情況下共用;


3.14 原型模式的缺陷

那假如使用原型模式添加屬性呢?

    function Person() {
    }
    Person.prototype.country = "China";
    Person.prototype.name = "小李";

    var p1 = new Person();
    var p2 = new Person();

場景:

現在有假如兩個中國人p1,p2 ,他們的國籍一樣,使用原型模式,使得兩個人的國籍一致

結合上一個例子說明了:

原型中適合存儲大家共有的屬性和方法;

不過原型也存在缺陷 :

名字沒有辦法做到每個人都獨一無二 , 不過在之前提到的構造函數模型中 , 正好解決了給不同的實例的相同name賦不同值的情況;

3.4 總結

原型模式適合封裝方法和共享的屬性,構造方法模式適合封裝值不同的屬性

如果把這兩個模式結合起來,就有了組合模式;

4.組合使用兩種模型

組合構造是基于兩種模式互補的一種新的構造方法;

總結一下兩種模式的優缺點:

優勢 缺陷
構造函數模式 屬性在對象中都獨有一份 對于方法來說,沒有必要一人一份
原型模式 方法可以共享 一般屬性的值是不同的,不適合共享

不難看出,兩者的正好是互補的,所以組合起來使用是最佳的方法;

4.1 組合模式

    //在構造方法內部封裝屬性
    function Person(name, age) {
        this.name = name;
        this.age = age;
    }
    //在原型對象內封裝方法
    Person.prototype.eat = function (food) {
        alert(this.name + "愛吃" + food);
    }
    Person.prototype.play = function (playName) {
        alert(this.name + "愛玩" + playName);
    }

    var p1 = new Person("李四", 20);
    var p2 = new Person("張三", 30);
    p1.eat("蘋果");
    p2.eat("香蕉");
    p1.play("志玲");
    p2.play("鳳姐");

雖然完美解決了種模式的缺陷,但是還不夠完美

因為 , 代碼還不夠優雅

4.2 動態原型模式

動態原型模式把所有的屬性和方法都封裝在構造方法中,而僅僅在需要的時候才去在構造方法中初始化原型,又保持了同時使用構造函數和原型的優點。


<script type="text/javascript">
    //構造方法內部封裝屬性
    function Person(name, age) {
        //每個對象都添加自己的屬性
        this.name = name;
        this.age = age;
        /*
            判斷this.eat這個屬性是不是function,如果不是function則證明是第一次創建對象,
            則把這個funcion添加到原型中。
            如果是function,則代表原型中已經有了這個方法,則不需要再添加。
            perfect!完美解決了性能和代碼的封裝問題。
        */
        if(typeof this.eat !== "function"){
            Person.prototype.eat = function () {
                alert(this.name + " 在吃");
            }
        }
    }
    var p1 = new Person("志玲", 40);
    p1.eat();    
</script>

看起來優美多了..但是還是差一絲優美...

4.3 優化

    function Person(opt) {
         this._init(opt)    
    }
    //方法和屬性都被封裝到了一起,但是屬性實際上還是屬于構造模式創建的
    //體現了封裝性,但是重寫Prototype帶來了一個小問題
    Person.prototype = {
      //新的原型對象不存在constructor屬性,故補齊
         constructor:Person 
      //初始化屬性
        _init: function (opt) {
            this.name = opt.name;
            this.age = opt.age;
        },
        eat: function () {
            return "名字:" + this.name
        },
        howOld: function () {
            return "年齡:" + this.age
        },
    };

    var p1 = new Person({
        name: "李四",
        age: 99
    });

前端新人一枚 , 歡迎批評指正~

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 230,527評論 6 544
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,687評論 3 429
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 178,640評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,957評論 1 318
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,682評論 6 413
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 56,011評論 1 329
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 44,009評論 3 449
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 43,183評論 0 290
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,714評論 1 336
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,435評論 3 359
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,665評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,148評論 5 365
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,838評論 3 350
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,251評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,588評論 1 295
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,379評論 3 400
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,627評論 2 380

推薦閱讀更多精彩內容