安全性方面的最佳OOP JavaScript实践

底部的问题

针对问题展开讨论 我听说全局变量是代码安全性的安全风险，有不同的编码选择可用于使一个函数中的变量可见并可供另一个函数使用，例如，“函数a对函数B可见；或者，函数a中的变量在函数B中传递并可用。”

问题：

---

如果客户端不是一个问题，那么JavaScript语法中最好的OOP结构或实践是什么，它可以使事情保持封装，并增加最大的安全性，使变量不暴露于操作？这只是一个很好的OOP实践问题。

JavaScript从来都不安全，因为它完全在客户端运行，所有内容都是可见的，并且可以进行操作。 我倾向于使用闭包来管理作用域，将作用域限制在适合我的不同代码块的范围内。但是，这并没有提供任何安全优势

我喜欢闭包模型，因为它为内部方法和变量提供了良好的封装。您可以定义功能，而不用担心它“污染”全局空间并可能干扰其他功能

---

就我而言，没有任何模式可以保护你免受操纵。最好的建议是不要信任JavaScript变量，在接受它们的值之前，始终使用适当的服务器端验证。

JavaScript实际上永远都不安全，因为它完全在客户端运行，所有内容都是可见的，可以操作。 我倾向于使用闭包来管理作用域，将作用域限制在适合我的不同代码块的范围内。但是，这并没有提供任何安全优势

我喜欢闭包模型，因为它为内部方法和变量提供了良好的封装。您可以定义功能，而不用担心它“污染”全局空间并可能干扰其他功能

---

就我而言，没有任何模式可以保护你免受操纵。最好的建议是不要信任JavaScript变量，在接受它们的值之前，始终使用适当的服务器端验证。

如果客户端不是问题，那么什么是1。良好的OOP结构，2，保护变量不受操纵？如果客户端不是问题，那么1是什么。良好的OOP结构和2.保护变量不受操纵？您可以使用Doug的特权模式提供影响构造函数或工厂内定义的私有变量的公共方法、属性和事件。Object.freeze、Object.defineProperty和Object.seal都可以在现代浏览器中提供属性访问安全性。您可以使用Doug的特权模式提供影响构造函数或工厂内定义的私有变量的公共方法、属性和事件。Object.freeze、Object.defineProperty和Object.seal都可以在现代浏览器中提供属性访问安全性。