㈠ js常用設計模式（MVC、MVP、MVVM及其他設計模式）
一、MVC
MVC模式的意思是，軟體可以分成三個部分。
視圖（View）：用戶界面。
控制器（Controller）：業務邏輯
模型（Model）：數據保存
各部分之間的通信方式如下。
View 傳送指令到 Controller
Controller 完成業務邏輯後，要求 Model 改變狀態
Model 將新的數據發送到 View，用戶得到反饋
所有通信都是單向的。
二、互動模式
接受用戶指令時，MVC 可以分成兩種方式。一種是通過 View 接受指令，傳遞給 Controller。
另一種是直接通過controller接受指令。
三、實例：Backbone
實際項目往往採用更靈活的方式，以 Backbone.js 為例。
1. 用戶可以向 View 發送指令（DOM 事件），再由 View 直接要求 Model 改變狀態。
2. 用戶也可以直接向 Controller 發送指令（改變 URL 觸發 hashChange 事件），再由 Controller 發送給 View。
3. Controller 非常薄，只起到路由的作用，而 View 非常厚，業務邏輯都部署在 View。所以，Backbone 索性取消了 Controller，只保留一個 Router（路由器） 。
四、MVP
MVP 模式將 Controller 改名為 Presenter，同時改變了通信方向。
1. 各部分之間的通信，都是雙向的。
2. View 與 Model 不發生聯系，都通過 Presenter 傳遞。
3. View 非常薄，不部署任何業務邏輯，稱為"被動視圖"（Passive View），即沒有任何主動性，而 Presenter非常厚，所有邏輯都部署在那裡。
五、MVVM
MVVM 模式將 Presenter 改名為 ViewModel，基本上與 MVP 模式完全一致。
唯一的區別是，它採用雙向綁定（data-binding）：View的變動，自動反映在 ViewModel，反之亦然。 Angular 和 Ember 都採用這種模式。
1、js工廠模式
說明：
在函數中定義對象，並定義對象的各種屬性，雖然屬性可以為方法，但是建議將屬性為方法的屬性定義到函數之外，這樣可以避免重復創建該方法。
引用該對象的時候，這里使用的是 var x = Parent()而不是 var x = new object(); 因為後者可能會出現很多問題（前者也成為工廠經典方式，後者稱之為混合工廠方式），不推薦使用new的方式使用該對象。
在函數的最後返回該對象。
不推薦使用這種方式創建對象，但應該了解。
2、js構造函數模式
說明：
與工廠方式相比，使用構造函數方式創建對象無需在函數內部創建對象，而使用this指代，並而函數無需明確return。
同工廠模式一樣，雖然屬性的值可以為方法，仍建議將該方法定義在函數之外。
同樣的，不推薦使用這種方式創建對象，但仍需了解。
3、js原型模式
說明：
函數中不對屬性進行定義。
利用prototype屬性對屬性進行定義。
同樣的額，不推薦使用這樣的方式創建對象。
4、構造函數+原型的js混合模式（推薦）
說明：
該模式是指混合搭配使用構造函數和原型方式。
將所有的屬性，不是方法的定義在函數中（構造函數的方式），將所有屬性值為方法的利用prototype在函數之外定義（原型方式）。
推薦使用這樣的方式創建對象，這樣有好處。
5、構造函數+原型的動態原型模式（推薦）
說明：
動態原型方式可以理解為混合構造函數，原型方式的一個特例。
該模式中，屬性為方法的屬性直接在函數中進行了定義，但是因為
if(typeof Parent.lev == "undefined"){
Parent.prototype.lev = function(){
return this.name;
}
Parent.lev = true;
}
從而保證創建該對象的實例時，屬性的方法不會被重復的創建。