Common.js和Node.js的工廠模式

Question

我明白了，我希望有一個工廠在一個地方管理我所有模塊的依賴項，而不是使用大量的語句在我的代碼中的地方。

我已經看了依靠AMD的一些方法，但我想知道如何通過與OOB模塊加載，我認爲它使用Node.js的common.js /快遞組合去做。

我一直在考慮做這樣的事情的：

module.exports = { 
lib:[], 
load:function(name){ 
    if(this.lib[name]!==undefined && this.lib[name]!==null){ 
     return this.lib[name]; 
    } 

    switch(name) 
    { 
     case 'express': 
      this.lib[name] = require('express'); 
      break; 
     case 'morgan':  
      this.lib[name] = require('morgan'); 
      break; 
     case 'body-parser': 
      this.lib[name] = require('body-parser'); 
      break; 
    } 
    console.log(this.lib); 
    return this.lib[name]; 
    } 
}; 

有人說這比工廠更其調解模式，因此無論哪種方式，我只是想說明我的觀點。

我的基本要求是處理系統中的所有從一個地方的依賴關係，如果我需要改變依賴我只是改變它在這個文件，並通過整個系統自動更新。

那麼有沒有更好的方法來處理這個問題？任何已經完成這種方法的實現？

謝謝！

Answer 1

技術上這是require()在內部做的。

require('foo'); require('foo') 

保證它只會加載並運行foo一次。第二次調用將從其內部數組中返回一個緩存副本。

通過要求JS文件或節點模塊來重新導出實際使用的模塊（例如require('./my-express-wrapper')），您可以實現相同的命名間接（和API適配器，如果您決定更改實現而不更改調用方）的require('express')）。

如果我需要改變一個依賴關係，我只是改變它在這個文件上，並自動更新整個系統。

我會擔心這會導致代碼是驚人的：

require('factory').load('body-parser'); // loads Formidable!? 

我看不出有什麼好處在具有間接的這種層：

• 即使在最好的情況下，的替換它可以節省很少的工作，因爲在大多數文本編輯器中，項目全局替換爲require('foo')和require('bar')是一件容易的事情。

• 替換模塊（這是不太可能是100％兼容）的硬的部分是讓現有的代碼正確地使用它。這不能通過使用工廠模式來避免。您需要以任何一種方式編寫適配器，有時甚至可能更好地改變模塊的用途，而不是爲可能不太好的API編寫仿真層。