摘要：原文鏈接譯文原鏈譯中的命名空間全局變量應該由有系統范圍相關性的對象們保留，并且它們的命名應該避免含糊并盡量減少命名沖突的風險。其他的考慮我希望避免命名空間嵌套。因為并沒有正式的命名空間結構，所以有很多自然形成的方法。

原文鏈接： Namespacing in JavaScript
譯文原鏈： 【譯】JavaScript 中的命名空間

全局變量應該由有系統范圍相關性的對象們保留，并且它們的命名應該避免含糊并盡量減少命名沖突的風險。在實踐中，這意味著你應該避免創建全局對象，除非它們是絕對必須的。

不過，恩，這些你早都知道了……

所以你對此是怎么做的？傳統方法告訴我們，最好的消除全局策略是創建少數作為潛在模塊和子系統的實際命名空間的全局對象。我將探索幾種有關命名空間的方式，并以我基于 James Edwards 最近的一篇文章得到的一個優雅、安全和靈活的解決方案結束。

我用靜態命名空間作為那些命名空間標簽實際上硬編碼的解決方案的涵蓋性術語。是的，你可以將一個命名空間重新分配給另一個，不過新的命名空間將會引用和舊的那一個同樣的對象。

最基礎的方法。這樣非常冗長，并且如果你還想重命名這些命名空間，你就有得活兒干了。不過它是安全和清楚明白的。

var myApp = {}
myApp.id = 0;
myApp.next = function() {
    return myApp.id++;  
}
myApp.reset = function() {
    myApp.id = 0;   
}
window.console && console.log(
    myApp.next(),
    myApp.next(),
    myApp.reset(),
    myApp.next()
); //0, 1, undefined, 0 

你也可以通過使用this引用兄弟屬性來使將來的維護更輕松一些，不過這有一點冒險因為沒有什么能阻止你的那些命名空間里的方法被重新分配。

var myApp = {}
myApp.id = 0;
myApp.next = function() {
    return this.id++;   
}
myApp.reset = function() {
    this.id = 0;    
}
myApp.next(); //0
myApp.next(); //1
var getNextId = myApp.next;
getNextId(); //NaN whoops!

現在我們只需要引用命名空間名一次，因此之后改變名字更簡單了一些（假設你還沒反復引用這個命名空間）。仍有一個危險是this的值可能會拋出一個『驚喜』 - 不過假設在一個對象字面結構里定義的對象不會被重新分配相對安全一點。

var myApp = {
    id: 0,
    next: function() {
        return this.id++;   
    },
    reset: function() {
        this.id = 0;    
    }
}
window.console && console.log(
    myApp.next(),
    myApp.next(),
    myApp.reset(),
    myApp.next()
) //0, 1, undefined, 0

我發現自己最近用模塊模式更多。邏輯被一個方法包裝從全局域隔離開了（通常是自調用的），它返回一個代表這個模塊公開接口的對象。通過立即調用這個方法并分配結果給一個命名空間變量，我們就鎖住了這個命名變量中模塊的 API。此外，任何沒有包括在返回值中的變量將永遠保持私有，只對引用他們的公開方法可見。

var myApp = (function() {
    var id= 0;
    return {
        next: function() {
            return id++;    
        },
        reset: function() {
            id = 0;     
        }
    };  
})();   
window.console && console.log(
    myApp.next(),
    myApp.next(),
    myApp.reset(),
    myApp.next()
) //0, 1, undefined, 0  

如上對象字面量例子，命名空間名字可以輕易更換，不過還有額外優勢：對象字面量是四班的 - 它全是關于屬性分配，沒有支持邏輯的空間。此外，所有屬性必須被初始化，并且屬性值無法輕易跨對象引用（因此，比如，內部閉包就不可能使用了）。模塊模式沒有任何上述約束，并且給我們額外的隱私福利。

我們也可以將這一節稱為命名空間注入。命名空間由一個直接引用方法包裝內部的代理代表 - 這意味著我們不再需要打包分配給命名空間的返回值。這讓命名空間定義變得更靈活并且讓擁有多個存在于獨立命名空間中（或者甚至在全局上下文中）的模塊的獨立實例。動態命名空間支持模塊模式的全部特征并附加直觀和可讀性強的優勢。

在這里我們只是將命名空間作為參數傳給自調用方法。變量id是私有的，因為他并沒有被分配給context。

var myApp = {};
(function(context) { 
    var id = 0;
    context.next = function() {
        return id++;    
    };
    context.reset = function() {
        id = 0;     
    }
})(myApp);  
window.console && console.log(
    myApp.next(),
    myApp.next(),
    myApp.reset(),
    myApp.next()
) //0, 1, undefined, 0  

我們甚至可以把context設置給全局對象（通過一個字的改變?。＿@是庫主們的巨大財富 - 他們可以將他們的特性包裝在一個自調用函數中，然后讓用戶來決定它們是不是全局的（John Resig 在他寫 JQuery 時就是一個這個理論的早期采用者）。

var myApp = {};
(function(context) { 
    var id = 0;
    context.next = function() {
        return id++;    
    };
    context.reset = function() {
        id = 0;     
    }
})(this);   
window.console && console.log(
    next(),
    next(),
    reset(),
    next()
) //0, 1, undefined, 0  

James Edwads 最近發布的一篇文章激起了我的興趣?！禡y Favorite JavaScript Design Patter》 顯然被很多評論者誤解了，他們認為他可能也是借助于模塊模式。這篇文章宣傳了多種技術（可能導致了讀者的迷惑），但是在它的核心部分是一點我已經修改并呈現為一個命名空間工具的很天才的東西。

這個模式的美就在于它僅僅是按照這個語言被設計的方式使用 - 不多不少、不投機也不取巧。此外因為命名空間是通過this關鍵字（它在給定的執行上下文中是不變的）注入的，它不可能被意外修改。

var myApp = {};
(function() {
    var id = 0;
 
    this.next = function() {
        return id++;    
    };
 
    this.reset = function() {
        id = 0;     
    }
}).apply(myApp);    
 
window.console && console.log(
    myApp.next(),
    myApp.next(),
    myApp.reset(),
    myApp.next()
); //0, 1, undefined, 0

更棒的是，apply（以及call） API 提供了與上下文和參數天然的隔離 - 因此給模塊創建者傳遞附加參數非常干凈。下面的例子表明了這一點，并且展示了如何獨立于多個命名空間來運行模塊。

var subsys1 = {}, subsys2 = {};
var nextIdMod = function(startId) {
    var id = startId || 0;
    this.next = function() {
        return id++;    
    };
    this.reset = function() {
        id = 0;     
    }
};
nextIdMod.call(subsys1);    
nextIdMod.call(subsys2,1000);   
window.console && console.log(
    subsys1.next(),
    subsys1.next(),
    subsys2.next(),
    subsys1.reset(),
    subsys2.next(),
    subsys1.next()
) //0, 1, 1000, undefined, 1001, 0

當然如果我們如果我們需要一個全局 id 生成器，非常簡單……

nextIdMod();    
window.console && console.log(
    next(),
    next(),
    reset(),
    next()
) //0, 1, undefined, 0

這個我們作為例子使用的 id 生成器工具并沒有表現出這個模式的全部潛力。通過包裹一整個庫和使用this關鍵字作為命名空間的替身，我們使得用戶在任何他們選擇的上下文中運行這個庫很輕松（包括全局上下文）。

//library code
var protoQueryMooJo = function() {  
    //everything
}
//user code
var thirdParty = {};
protoQueryMooJo.apply(thirdParty);

我希望避免命名空間嵌套。它們很難追蹤（對人和電腦都是）并且它們會讓你的代碼因為一些亂七八糟的東西變得很多。如 Peter Michaux 指出的，深度嵌套的命名空間可能是那些視圖重新創建他們熟悉和熱愛的長包鏈的老派 Java 開發者的遺產。

通過 .js 文件來固定一個多帶帶的命名空間也是可以的（雖然只能通過命名空間注入或者直接分配每一個變量），不過你應該對依賴謹慎些。此外將命名空間綁定到文件上可以幫助讀者更輕易弄清整個代碼。

因為 JavaScript 并沒有正式的命名空間結構，所以有很多自然形成的方法。這個調查只詳細說明了其中的一部分，可能有更好的技術我沒有發現。我很樂意知道它們。

James Edwards： My Favorite JavaScript Design Pattern
Peter Michaux: JavaScript Namespacing