工廠模式： 這種模式比較簡單，其實就是在函式中建立一個物件，給物件新增屬性及其屬性值或屬性方法然後在講這個物件用return返回出來。 如下面的例項：

function myfile(name,work){
    var myself = new Object();  //建立一個新的物件
    myself.name = name;
    myself.work = work;
    myself.sayWork = function(){
        alert(this.work);
    };
    return myself;  //返回這個新建立的物件
}
var myFile1 = myfile("zhang","IT");
myFile1.sayWork();
 

在這個例子中，我們在建構函式myfile中建立了一個新的物件，併為這個物件添加了屬性及方法，在這個方法中this.work指向的則是呼叫它的物件，也就是myFile1，最後將新建立的這個物件用return返回出來，這樣就能實現在外部呼叫。 那麼如果我們不將新建立的物件返回出來會出現什麼樣的結果？？？？如下圖：

是的，這樣會報錯，我們並不能呼叫sayWork這個方法顯示的是在原型物件中找不到sayWork這個方法。 建構函式模式： 建構函式模式相對於工廠模式要難以理解很多因為這種模式不僅建立了原型物件而且，它不像工廠模式建立的物件那麼單一，只能是Object，建構函式模式建立特定型別的物件，如：Array、或Date等。

function Myfile(name,work){
    this.name = name;
    this.work = work;
    this.sayWork = function(){
        alert(this.work);
    };
};
var myFile1 = new Myfile("zhang","IT");
myFile1.sayWork();		//IT
alert(Myfile.prototype.isPrototypeOf(myFile1));	//true
//我們用isPrototypeOf屬性來檢查myfile的原型物件與例項化物件myFile1之間的關係。
 

這個是典型的建構函式模式，在我們建立了建構函式的同時原型物件也會隨之創建出來，這個時候通過建構函式來建立的例項化物件也就會通過__proto__指向這個原型物件中。 總結：我們通過上面建構函式的例項簡單的總結它的一下幾個特點： 1、約定俗成，所有建構函式的函式名首字母需要大寫，（當然也可以小寫不會報錯但是不好看）。 2、在建構函式中我們不需像工廠模式那樣需要建立新的物件即 new Object(); 3、在建構函式中我們是直接將屬性以及方法賦值給了this物件，this指向的是呼叫它的那個物件。 4、當我們建立完成建構函式後需要new一個例項化的物件賦值給一個變數，然後可以通過這個變數來呼叫建構函式裡面的屬性以及方法。 原型模式：

function Myfile(){
    Myfile.prototype.name = "zhang";
    Myfile.prototype.work = "IT";
    Myfile.prototype.age = "100";
    Myfile.prototype.sex = "nan";
    Myfile.prototype.myself = function(){
        alert(this.name + this.work + this.age + this.sex);
    };
};
var myFile1 = new Myfile();
var myFile2 = new Myfile();
alert(myFile1.constructor == myFile2.constructor);
if((myFile1.name == myFile2.name) && (myFile1.work == myFile2.work) && (myFile1.age == myFile2.age) && (myFile1.sex == myFile2.sex)){
    alert("這兩個例項化物件所引用了同一個原型物件.");
}else{
    alert("好吧,看來是我理解出錯了!!!!");
}

我們看看彈出的結果是什麼？如下圖： 是的，正如圖所示，我們建立的所有的建構函式都會有一個prototype（原型）屬性，這個屬性其實就是一個指標，它指向了一個物件，在這個物件裡包含了可以共享給例項化物件的所有屬性及方法。但是問題，我相信你應該也已經看出來了，由於原型模式中沒有了建構函式模式中的this指向，在這裡所有的屬性都是固定寫死的，也就是說上面建立的兩個例項化的物件都是指向同一個原型物件中，而且原型物件的活動性很差，如果想修改其中一個例項化物件的屬性或方法另一個例項物件也會隨改變，這並非我們想要的結果，所以就會誕生了混合模式。 混合模式（建構函式模式 + 原型模式）： 混合模式其實就是建構函式模式與原型模式的混合結果。 例項程式碼如下：

function myfile(name,work,friend){
this.name = name;
this.work = work;
this.friend = friend;
};
myfile.prototype.showMySelf = function(){
alert(this.name + this.work + this.friend);
};
var myself = new myfile("zhang","IT",["hu","li","he"]);
var myself2 = new myfile("hu","teacher",["he","yi","li"]);
myself.showMySelf();
myself2.showMySelf();

由上圖可以看出程式碼執行一切正常，那麼這個混合模式具體是怎麼實現的呢！？它的執行方式是怎樣的呢！？ 其實很簡單，在混合模式中建構函式主要是用於定義例項的屬性，而原型模式我們都知道應用原型模式的時候會創建出原形物件，而這個物件正是用於儲存原型模式定義的方法和共享的一些屬性。 正如上面例項所示：例項化物件myself與myself2它們都共享著同一個方法，但是他們卻都有屬於自己的不同引數，從而傳入建構函式的屬性中去，在混合模式中每個例項化的物件既有共性，也有自己單獨的部分，互不影響。 動態原型： 我們先看看下面這段程式碼，看看有什麼不一樣的地方。

function myfile(name, work) {
    this.name = name;
    this.work = work;

    if (typeof this.myInfo != 'function') {
        // 這段程式碼只執行了一次
        alert("這是正確的");
        myfile.prototype.myInfo = function() {
            alert(this.name + this.work);
        }
    }
}

var myself = new myfile('zhang', 'IT'),myself2 = new myfile('hu', 'teacher');
myself2.myInfo();

我們看看都彈出了一些什麼，如下圖： 這是上面程式碼輸出的兩個alert結果，重點是為什麼我們這初始化了一個例項物件呢！myfile2並沒有被初始化，但是myfile2.myInfo();依然能夠正確顯示。其實原因很簡單，因為動態原型模式是將我們設定的所有資訊全部封裝在了建構函式中，然後通過建構函式來初始原型，其實我們只需要第一個物件例項化時初始化就行了，後面的例項化物件均可以不需要初始化。從上面程式碼彈出的結果我們就可以發現“這是正確的”其實也就只運行了一次，雖然我們做了兩次例項化。 綜上：我個人覺得還是混合模式（原型模式 + 建構函式模式）運用起來會比較好。 如有理解不當之處，歡迎各位老鐵留言指正。謝謝！！！！