如何使用 Prototype 库模拟 JavaScript 中的访问修饰符？

Question

我使用原型库已经有一段时间了，偶尔发现自己希望拥有多个访问级别（公共、私有和受保护）。到目前为止，我最接近的是以下内容：

SampleBase = Class.create({
    /* virtual public constructor */
    initialize: function(arg1, arg2)
    {
        // private variables
        var privateVar1, privateVar2;

        // private methods
        var privateMethod1 = function() { }
        function privateMethod2() { }

        // public (non virtual) methods
        this.publicNonVirtual1 = function() { return privateVar1; }
        this.publicNonVirtual2 = function() { return privateVar2; }
    },
    // public methods (that cannot access privates)
    publicVirtual1: function() { /* Cannot access privates here. */ },
    publicVirtual2: function() { /* Cannot access privates here. */ }
});

由于以下几个原因，这不太理想：

• 没有受保护级别
• 我可以拥有可以访问私有成员的公共成员或可以覆盖的公共成员，但不能拥有可以访问私有成员的公共成员并被覆盖。
• 我的可以被重写的公共方法没有原型化。

我做了一些搜索，但没有发现任何表明我可以在不改变原型工作方式的情况下做得更好的东西。以下是一些更有趣的链接：

• 使用 Prototype Class.create 定义私有/受保护的属性和方法
• JavaScript 私有方法
• JavaScript 中的私有成员
• 再次使用模块模式 - 向世界揭示一些东西

我已经看到它建议您可以通过执行以下操作来为我的公共虚拟方法提供访问器：

Message = Class.create({
    initialize: function(message)
    {
        var _message = message;
        this.getMessage = function() { return _message; }
        this.setMessage = function(value) { _message = value; }
    },
    printMessage: function() { console.log(this.getMessage()); },
    appendToMessage: function(value) { this.setMessage(this.getMessage() + value); }
});

这显然不会按预期工作。目标是只允许从对象外部打印和附加到消息。为使虚拟公共功能正常工作而提供的设置器还允许完全控制消息。可以对其进行更改，以使虚拟方法更像一个 shell，如下所示：

Message = Class.create({
    initialize: function(message)
    {
        var _message = message;
        this._printMessage = function() { console.log(_message); }
        this._appendToMessage = function(value) { _message += value; }
    },
    printMessage: function() {this._printMessage(); },
    appendToMessage: function(value) { this._appendToMessage(value); }
});

这个新版本确实限制了此类的公共访问，但有些多余。更不用说如果在子类中重写appendToMessage，第三方仍然可以调用_appendToMessage来访问原始方法，这是不好的。

我确实有一个非常肮脏的想法，它会让我接近，但它是一罐蠕虫，我不想打开。我可能会稍后发布，但与此同时，是否有人对将两种类型的公共方法合并为一种有用的类型或如何实现受保护的成员提出建议。

编辑： 我怀疑缺乏反馈（除了 bobince 的不要打扰评论）意味着我是正确的，因为你我不能再继续下去了，但我想我会澄清一下以防万一。我认为不可能得到任何接近其他语言的保护。我更感兴趣的是知道限制在哪里以及我对所涉及原则的理解有多准确。不过，我确实认为，如果我们能让各种保护级别发挥作用，使非公共成员不会出现在 for...in 循环中（或在 Prototypes Object.keys 中），即使没有用，也会很有趣。使用 for..in），即使知道自己在做什么的人仍然可以通过修改我的原型之类的事情来打破规则。毕竟，就像 bobince 说“除了他们自己之外，没有人可以责怪”

现在评论 < 提出的问题a href="https://stackoverflow.com/users/18936/bobince">bobince：

即使你是真的 私有/受保护的变量仍然 不会让你得到完整的 封装有效的安全性 边界将需要。 JavaScript 的 摆弄原型的能力 您的方法将是内置类型 使用使攻击者能够 破坏方法。

这是我确实理解的一个限制，我可能应该在上面提到。然而，我并不是从保护我的代码不被试图“破解”它的人的角度来看这个问题的。然而，我确实有一些事情可能值得注意（或者如果我错了，则需要纠正）：

• 只有我的公共成员容易受到这种方式的攻击。
• 如果我的公共虚拟方法以这种方式“受到损害”，那么“受到损害”的方法仍然无法访问私有成员。
• 如果我的公共（非虚拟）成员以这种方式“受到损害”，那么与该方法的原始版本不同，“受到损害”的版本将无法访问私人成员。
• 据我所知，通过在初始化方法之外定义的方法来访问私有成员的唯一方法也是利用某些浏览器处理 eval 调用的方式中的错误。

Answer 1

如何在 JavaScript 中创建受保护成员：在名称开头添加下划线。

说真的，JS 脚本中不会有安全边界，因此需要真正适当的保护。访问级别是 trad-OO 编码人员的痴迷，在 Web 脚本环境中毫无意义。即使您创建了真正的私有/受保护变量，它仍然无法为您提供有效安全边界所需的完整封装。 JavaScript 能够篡改方法将使用的内置类型的原型，这使攻击者能够破坏这些方法。

所以不用费心去尝试。就像 Python 人员所做的那样：将该方法标记为外部人员不应该调用的方法，然后就可以完成它了。如果有人使用您的代码并依赖于名称开头带有 _ 的成员，那就是他们的问题，当脚本中断时，除了他们自己之外，没有人可以责怪。同时，由于没有严格的私有和受保护成员，您将使开发和调试阶段变得更容易。

然后，您可以选择每个实例成员（为了回调绑定方便）或原型成员（为了效率），无论您是否希望它们是私有的，并且您不会因为不一致而陷入困境。

Answer 2

http://www.crockford.com/javascript/private.html

解释了这一切。 ..