javascript - 如果匈牙利表示法最受贬低，为什么 "UpperCamel for constructors vs lowerCamel for everything else"如此受欢迎？

Question

就目前情况而言，这个问题不太适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、民意调查或扩展讨论。如果您觉得这个问题可以改进并可能重新开放， visit the help center 寻求指导。

已关闭 10 年前。

至少在 StackOverflow 上，Hungarian notation is most often considered to be a bad thing 似乎是这样(尽管少数人仍然赞成)。

现在，在过去几个月里我一直在进行大部分编码的 JavaScript 世界中，似乎已经接受了一种命名约定，该命名约定本质上非常相似，但我还没有看到有人反对它，那就是 UpperCamelCase命名对象构造函数与 lowerCamelCase 命名其他所有内容。

所以差异似乎只是表面上的:

• 匈牙利表示法使用前缀，而 JavaScript 使用大小写。
• 匈牙利表示法可以区分很多东西，而 JavaScript 只能区分“对象构造函数”和“非对象构造函数”。

有些人喜欢说“匈牙利系统”与“匈牙利应用程序”不同，前者表示类型，后者表示类型未涵盖的内容。在这种情况下，“匈牙利系统”通常仍然被认为是不好的，而“匈牙利应用程序”可能被认为是好的。

JavaScript 驼峰式大小写约定看起来更像是匈牙利系统，因此在这一点上不会获得任何优点。

人们反对匈牙利表示法的观点似乎仍然适用于 JavaScript 对象构造函数:

• 编译器无论如何都知道类型。
• IDE 在这方面做得更好。
• 当类型发生变化时，它太脆弱了。
• 它使代码变得困惑，使其更难以阅读。

那么这个 JavaScript 约定有什么不同之处，可以在更通用的匈牙利表示法不可行的情况下使用呢？

是不是缺少好的JavaScript IDE？它的使用范围有限，是否就不会那么糟糕呢？是因为动态语言实际上没有太多类型吗？因为它不能被过度使用，所以这不是问题吗？

^{(如果这属于程序员。SE 而不是 SO，请迁移。)}

Answer 1

毕竟它更像是“应用程序匈牙利语”。

Javascript 不知道你的函数是构造函数还是普通函数。像调用普通函数一样调用构造函数可能会导致非常奇怪的意外结果(除非您使用 ES5 严格模式)。

我也不知道 IDE 将如何帮助您。 IDE 唯一能做的就是阻止您调用 var x = new plainFunction(); 和 var y = Constructor();，这意味着首先使用匈牙利表示法.

我不明白使用符号如何使代码更难阅读。