避免命名空间污染的模式

Question

This 文章描述了一些避免命名空间污染的模式。我列出了下面的模式以及文章中给出的部分示例代码。

我的问题是：有没有普遍接受的“最佳”方式？为我的项目选择一种时有哪些注意事项？

直接分配

var myApp = {}
myApp.id = 0;
myApp.next = function() {
    return myApp.id++;  
}

使用对象文字符号

var myApp = {
    id: 0,
    next: function() {
        return this.id++;   
    }
}

模块模式

var myApp = (function() {
    var id= 0;
    return {
        next: function() {
            return id++;    
        },
    };  
})();  

命名空间参数

var myApp = {};
(function(context) { 
    var id = 0;
    context.next = function() {
        return id++;    
    };
 })(myApp);  

这是一个命名空间代理

var myApp = {};
(function() {
    var id = 0;
    this.next = function() {
        return id++;    
    };
    this.reset = function() {
        id = 0;     
    }
}).apply(myApp);   

我目前使用的方法

我在自己的项目中使用了以下方法。不好吗？

function MyObj(){
    this.someProperty = 'something';
}
MyObj.prototype.someFunction = function(){
    this.someProperty =5;
}
myApp = new MyObj();

Answer 1

没有公认的最佳方法。对不起。

正如 Pointy 所说，您的方法涉及创建 MyObj 构造函数，该构造函数可能永远不会再次使用，以及 myApp 命名空间对象。它至少还有一个小缺点：您不能阻止自己或其他人使用该代码再次调用MyObj，这对于应该是您的命名空间的东西来说很奇怪。

任何基于 IIFE 的解决方案都应该可以正常工作，而且它们大多可以互换。模块（或显示模块）可以说是最简单的。命名空间参数允许您将模块拆分为多个文件，我选择永远不会这样做，但如果这是您想要的，它可能会很有用。我看不出“this as a Namespace Proxy”方法有什么真正的优势。