VB.NET中的匈牙利符号？

编程老师教我们在编程时使用匈牙利符号（例如，

intMyInteger

，

strMyString

，…）

但我听说在某个地方，这在专业领域中并没有实际应用。这是真的吗

---

编辑：我刚刚发现这实际上是“Leszynski”

你是对的；匈牙利符号不受欢迎。

正确。现代IDE、对应用程序的误解、使用问题等。。。。基本上已经扼杀了它。这并不意味着你可能找不到它，但我会避免使用它，使用驼峰型和帕斯卡型

微软有一些建议。他们在.Net框架中使用它，许多人都遵循这一点

---

MS还提供了文档和示例，以帮助进一步推进这一思想和其他最佳实践（从MS的角度）。

Joel的这篇文章将为您提供一些关于匈牙利符号的有用信息。

---

我们刚刚在我从事编程工作的地方谈到了这一点。我们决定，更重要的是名字要清晰易懂，而不是只保存几个字符。

好吧，它特别用于Windows下。匈牙利符号来自软件工程师，他当时是微软的雇员。到目前为止，它主要被废弃了，你可以这么说。在我看来，我同意Stroustroup的观点，他认为匈牙利符号的实用性只适用于弱类型的语言，但它在OOP语言中是混乱的，一般来说是抽象的限制。

< P>当你开发你的艺术（我认为编码一门艺术）时，你会发现你会建立你自己的命名约定。 就像一个吉他手，他/她的英雄采用了某些风格

我还没有找到任何“官方”的命名惯例建议完全适合我

我认为可读性是最重要的主题

我的个人规则是：

私有变量应以

开头。
变量应该使用缩写的匈牙利风格，如
s
表示
string
，
i
表示
integer
，
b
表示
boolean
，等等

对于我来说，传递给函数的变量总是以
u
开头，并且它们有一个非常独特的名称，如
ucountItemsInList
，因此不必使用匈牙利前缀，因为类型与命名已经相对清晰。传递给函数的变量已经很容易被误解，所以在我看来，一个长的、非常描述性的名称是允许的

当我只在函数中使用一个类时，如果函数很短，我会以
n
开始类名

我一天工作16个小时，我疯狂地工作，所以我认为我的答案不会那么“错误”。虽然这个主题非常主观，但我认为可读性是一个关键因素，我的编码方式包含了迄今为止我能够学习的所有顶级编码器的一部分
 赞成的，反对的等等。所有这些都在这里：投票结束，因为它是主观的。没有必要在VisualStudio中使用它。它本身提供了大量的提示和信息。请看一看微软自己推荐的.net命名约定。如果我们删除“int”（一般认为），我们也必须删除“Integer”。这就剩下了“My”——变量名中最愚蠢的部分。所以所有变量都必须是匿名的？@Ekkehard-“MyInteger”是一个糟糕的变量名，即使前面没有int。名称应该反映值是什么，比如currentScore或其他什么。这个“答案”可以很容易地用任何一种方式，但语气表明它更倾向于前缀。我个人更喜欢清楚，因为我的代码中没有前缀，编译器无论如何都应该检查这些东西。我不知道，其他人喜欢不用使用VS或其他东西附带的功能。