javascript設計模式--接口


        最近在看javascript設計模式的書籍《pro javascript design pattrens》,覺得很不錯,可以提高自己對js oo的理解,也可能幫助自己更好的理解別人寫的js library,提高自己js的水平。

        這本書中第一個重要的內容就是接口。

        大家對接口應該都不陌生,簡單的說接口就是一個契約或者規范。在強類型的面相對象語言中,接口可以很容易的實現。但是在javascript中並沒有原生的創建或者實現接口的方式,或者判定一個類型是否實現了某個接口,我們只能利用js的靈活性的特點,模擬接口。

 

        在javascript中實現接口有三種方式:注釋描述、屬性驗證、鴨子模型。

note:因為我看的是英文書,翻譯水平有限,不知道有些詞匯如何翻譯,大家只能領會精神了。

 

1. 注釋描述 (Describing Interfaces with Comments)

例子:

/*
interface Composite {     
  function add(child);     
  function remove(child);     
  function getChild(index); 
} 

interface FormItem {     
  function save(); 
} 
*/ 

var CompositeForm = function(id, method, action) { // implements Composite, FormItem     
  ... 
}; 

//Implement the Composite interface. 
CompositeForm.prototype.add = function(child) {
... }; CompositeForm.prototype.remove = function(child) { ... }; CompositeForm.prototype.getChild = function(index) { ... }; // Implement the FormItem interface.
CompositeForm.prototype.save = function() {
... };

 

        模擬其他面向對象語言,使用interface 和 implements關鍵字,但是需要將他們注釋起來,這樣就不會有語法錯誤。

        這樣做的目的,只是為了告訴其他編程人員,這些類需要實現什么方法,需要在編程的時候加以注意。但是沒有提供一種驗證方式,這些類是否正確實現了這些接口中的方法,這種方式就是一種文檔化的作法。

 

2. 屬性驗證(Emulating Interfaces with Attribute Checking)

例子:

/* interface 
Composite {     
function add(child);     
function remove(child);     
function getChild(index); 
} 

interface FormItem {     
function save(); 
} 
*/ 

var CompositeForm = function(id, method, action) {     
this.implementsInterfaces = ['Composite', 'FormItem']; ... };
...
function addForm(formInstance) { if(!implements(formInstance, 'Composite', 'FormItem')) {     throw new Error("Object does not implement a required interface.");   }   ... } // The implements function, which checks to see if an object declares that it // implements the required interfaces. function implements(object) {   for(var i = 1; i < arguments.length; i++) {     // Looping through all arguments     // after the first one.     var interfaceName = arguments[i];     var interfaceFound = false;     for(var j = 0; j < object.implementsInterfaces.length; j++) {       if(object.implementsInterfaces[j] == interfaceName) {         interfaceFound = true;         break;       }     }     if(!interfaceFound) {       return false;       // An interface was not found.    }   }   return true; // 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 constructor 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 constructor 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.constructor !== 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的源文件你可以再如下站點找到: http://jsdesignpatterns.com/.

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

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

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

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


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM