您实际上可以通过将整个事物包装在一个自执行函数中来添加另一个级别的权限：

var MyObj = (function() { // scoping
    var privateSharedVar = 'foo';

    function privateSharedFunction() {
        // has access to privateSharedVar
        // may also access publicSharedVar via explicit MyObj.prototype
        // can't be called via this
    }

    function MyObj() { // constructor
        var privateInstanceVar = 'bar';
        this.publicInstanceVar = 'baz';

        function privateInstanceFunction() {
            // has access to all vars
            // can't be called via this
        };

        this.publicInstanceMethod = function() {
            // has access to all vars
            // also known as a privileged method
        };
    }

    MyObj.prototype.publicSharedVar = 'quux';

    MyObj.prototype.publicSharedMethod = function() {
        // has access to shared and public vars
        // canonical way for method creation:
        // try to use this as much as possible
    };

    return MyObj;
})();

只能通过外部访问“公共”属性this。

出于性能原因，您应该避免使用我所说的“实例”方法：对于这些方法中的每一个，必须为每个MyObject实例创建一个新的函数对象，而每个“共享”方法只有一个函数对象。

这些正确吗？

呃。嗯，这取决于你想做什么。没有一种公认的规范模型可以在 JavaScript 中实现类/实例风格的继承。

但是这个：

    if (propOne)

可能是一个错误，因为它this.propOne是所有者对象的一个​​属性，而propOne它本身是一个尚未声明的变量（默认为全局变量，但通常是错误的）。

在什么情况下，应该将函数放在原型上（例如 protoFunc）还是在构造函数中（例如 publicInstanceFunc）？

原型上设置的函数与所有对象共享的函数相同。它可以确定它属于哪个实例的唯一方法是在调用它时读取“this”。

构造函数中在 'this' 上设置的函数是MyObj. 您可以使用 this 作为基于闭包而不是“this”绑定到所有者对象的替代方法，这样可以节省写出函数绑定的内容。这是一种不同的面向对象风格，通常您不会将其与基于 this 的风格混合。

1）是的，您的代码是正确的。

2）当我想访问在构造函数本身范围内私有定义的其他成员时，例如，当您想创建特权方法时，我使用构造函数中定义的函数。

定义在构造函数上的公共函数比向对象原型添加简单函数的计算成本更高，但它们也为您提供了更大的灵活性。

3) 是的，如果该属性是公共的，您可以通过this在原型扩展函数中使用关键字来访问它，因为它this指的是您的对象的实例。

关于第二点，您扩展原型，以便所有已创建的对象都获得新方法。

此外，允许您向内置对象添加方法（如添加trim()到string）。