摘要:先上例子動物定義繼承函數這里的是個名稱,可以隨意命名執行函數輸出結果是針對這個問題,在方法中要在中進行體現對函數添加修改后的代碼感興趣打開連接工程師的福利導航動物添加代碼定義繼承函數這里的是個名稱,可以隨意命名執行函數輸出結果是動物
先上例子:
function Animal(){ this.type="動物"; } function Cat(name, color){ this.name=name; this.color=color; } //定義繼承函數 function extend(Child, Parent){ var Fn=function(){}; Fn.prototype=Parent.prototype; Child.prototype=new Fn(); Child.prototype.constructor=Child; Child.uber=Parent.prototype;//這里的uber是個名稱,可以隨意命名 } //執行函數 extend(Cat, Animal); var cat_1=new Cat("kate", "white"); alert(cat_1.type);//輸出結果是undefined
針對這個問題,在extend方法中uber要在Cat中進行體現
對Cat函數添加
Cat.uber.constructor.call(this);
修改后的代碼(感興趣打開連接---工程師的福利導航):
function Animal(){ this.type="動物"; } function Cat(name, color){ Cat.uber.constructor.call(this); //添加代碼 this.name=name; this.color=color; } //定義繼承函數 function extend(Child, Parent){ var Fn=function(){}; Fn.prototype=Parent.prototype; Child.prototype=new Fn(); Child.prototype.constructor=Child; Child.uber=Parent.prototype;//這里的uber是個名稱,可以隨意命名 } //執行函數 extend(Cat, Animal); var cat_1=new Cat("kate", "white"); alert(cat_1.type);//輸出結果是 動物
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/49928.html
摘要:先上例子動物定義繼承函數這里的是個名稱,可以隨意命名執行函數輸出結果是針對這個問題,在方法中要在中進行體現對函數添加修改后的代碼感興趣打開連接工程師的福利導航動物添加代碼定義繼承函數這里的是個名稱,可以隨意命名執行函數輸出結果是動物 先上例子: function Animal(){ this.type=動物; } function Cat(name, color){ ...
摘要:先上例子動物定義繼承函數這里的是個名稱,可以隨意命名執行函數輸出結果是針對這個問題,在方法中要在中進行體現對函數添加修改后的代碼感興趣打開連接工程師的福利導航動物添加代碼定義繼承函數這里的是個名稱,可以隨意命名執行函數輸出結果是動物 先上例子: function Animal(){ this.type=動物; } function Cat(name, color){ ...
摘要:動物還有一個貓對象的構造函數。這顯然會導致繼承鏈的紊亂明明是用構造函數生成的,因此我們必須手動糾正,將對象的值改為。這是很重要的一點,請務必注意如果替換了對象,下一步必然是為新的對象加上屬性,并將這個屬性指回原來的構造函數。 原文鏈接 現在有一個動物對象的構造函數。 function Animal() { this.species = 動物; } 還有一個貓對象的構造函數。 fun...
摘要:的構造函數是什么它是一個普通的函數它內部用了關鍵字它有一個屬性,這個是一個對象當然,其實每一個函數都有屬性這個上面是可以被繼承的屬性可被繼承的屬性以上是一個從原型對象生成實例對象的例子。 1: JavaScript的構造函數是什么? 1: 它是一個普通的函數 2: 它內部用了this關鍵字 3: 它有一個prototype屬性,這個prototype是一個對象(當然,其實每一個函數都有...
摘要:這個模式感覺一一般和工廠模式一起使用的比較多比較方便結構型模式這些設計模式關注類和對象的組合。設計模式這些設計模式特別關注表示層。 設計模式的的六大原則: 學習設計模式之前最好先了解一下設計模式的設計原則: 1. 開閉原則(open close principle) 開放即指對擴展開放,對修改關閉 簡而言之,就是擴展功能的時候應該盡量的不修改原有的代碼。 2. 里氏代換原則(lisko...
閱讀 3010·2021-10-08 10:18
閱讀 730·2019-08-30 15:54
閱讀 1062·2019-08-29 18:43
閱讀 2434·2019-08-29 15:33
閱讀 1298·2019-08-29 15:29
閱讀 1599·2019-08-29 13:29
閱讀 1022·2019-08-26 13:46
閱讀 1693·2019-08-26 11:55