08 js發布訂閱模式實現(ansyseplot在哪)

/p>

// All interfaces were found.

}

這種方式比第一種方式有所改進，接口的定義仍然以注釋的方式實現，但是添加了驗證方法，判斷一個類型是否實現了某個接口。

3.鴨子類型（Emulating Interfaces with Duck Typing）

復制代碼 代碼如下:

// Interfaces.

var Composite = new Interface('Composite', ['add', 'remove', 'getChild']);

var FormItem = new Interface('FormItem', ['save']);

// CompositeForm class

var CompositeForm = function(id, method, action) {

...

};

...

function addForm(formInstance) {

ensureImplements(formInstance, Composite, FormItem);

// This function will throw an error if a required method is not implemented.

...

}

// Constructor.

var Interface = function(name, methods) {

if(arguments.length != 2) {

throw new Error("Interface 買粉絲nstructor called with "

+ arguments.length + "arguments, but expected exactly 2.");

}

this.name = name;

this.methods = [];

for(var i = 0, len = methods.length; i < len; i++) {

if(typeof methods[i] !== 'string') {

throw new Error("Interface 買粉絲nstructor expects method names to be "

+ "passed in as a string.");

}

this.methods.push(methods[i]);

}

};

// Static class method.

Interface.ensureImplements = function(object) {

if(arguments.length < 2) {

throw new Error("Function Interface.ensureImplements called with "

+arguments.length + "arguments, but expected at least 2.");

}

for(var i = 1, len = arguments.length; i < len; i++) {

var interface = arguments[i];

if(interface.買粉絲nstructor !== Interface) {

throw new Error("Function Interface.ensureImplements expects arguments"

+ "two and above to be instances of Interface.");

}

for(var j = 0, methodsLen = interface.methods.length; j < methodsLen; j++) {

var method = interface.methods[j];

if(!object[method] || typeof object[method] !== 'function') {

throw new Error("Function Interface.ensureImplements: object "

+ "does not implement the " + interface.name + " interface. Method " + method + " was not found.");

}

}

}

};

何時使用接口？

一直使用嚴格的類型驗證并不適合，因為大多數javascript程序員已經在沒有接口和接口驗證的情況下編程多年。當你用設計模式開始設計一個很復雜的系統的時候，使用接口更有益處。看起來使用接口好像限制了javascript的靈活性，但實際上他讓你的代碼變得更加的松耦合。他使你的代碼變得更加靈活，你可以傳送任何類型的變量，并且保證他有你想要的方法。有很多場景接口非常適合使用。

在一個大型系統里，很多程序員一起參與開發項目，接口就變得非常必要了。程序員經常要訪問一個還沒有實現的api，或者為其他程序員提供別人依賴的一個方法存根，在這種情況下，接口變得相當的有價值。他們可以文檔化api，并作為編程的契約。當存根被實現的api替換的時候你能立即知道，如果在開發過程中api有所變動，他能被另一個實現該接口的方法無縫替換。

如何使用接口？

首先要解決的問題是，在你的代碼中是否適合使用接口。如果是小項目，使用接口會增加代碼的復雜度。所以你要確定使用接口的情況下，是否是益處大于弊端。如果要使用接口，下面有幾條建議：

1.引用Interface 類到你的頁面文件。interface的源文件你可以再如下站點找到: 買粉絲://jsdesignpatterns.買粉絲/.

2.檢查你的代碼，確定哪些方法需要抽象到接口里面。

3.創建接口對象，沒個接口對象里面包含一組相關的方法。

4.移除所有構造器驗證，我們將使用第三種接口實現方式，也就是鴨子類型。

5.用Interface.ensureImplements替代構造器驗證。

您可能感興趣的文章:

小議javascript 設計模式 推薦

JavaScript 設計模式之組合模式解析

javascript 設計模式之單體模式 面向對象學習基礎

JavaScript 設計模式 安全沙箱模式

JavaScript設計模式之觀察者模式（發布者-訂閱者模式）

JavaScript設計模式之原型模式(Object.create與prototype)介紹

JavaScript設計模式之工廠方法模式介紹

javascript設計模式之中介者模式Mediator

學習JavaScript設計模式之責任鏈模式

js 怎么理解js事件觀察者模式

觀察者模式主要應用于對象之間一對多的依賴關系，當一個對象發生改變時，多個對該對象有依賴的其他對象也會跟著做出相應改變，這就非常適合用觀察者模式來實現。使用觀察者模式可以根據需要增加或刪除對象，解決一對多對象間的耦合關系，使程序更易于擴展和維護。

基礎知識:

觀察者模式定義了對象間的一種一對多依賴關系，每當一個對象發生改變時，其相關依賴對象皆得到通知并被進行相應的改變。觀察者模式又叫做發布-訂閱模式。生活中有很多類似的關系，比如買粉絲買粉絲訂閱，多個讀者訂閱一個買粉絲買粉絲，一旦買粉絲有更新，多個讀者都會收到更新，而這種情況在應用程序中也非常常見，js綁定各種事件本質上就是觀察者模式的實現。

觀察者模式是一個非常有用的設計模式，它主要有兩個角色組成：

（1）目標對象：作為一對多關系中的一，可以用來管理觀察者的增加和刪除。

（2）觀察者對象：觀察目標對象，一旦目標發生改變則做出相應的反應。

很赞哦!（5839）