匈牙利在VBA好吗？

Question

我不.NET中使用匈牙利（STR，INT）前缀，但我仍然觉得它在VBA中，它是比较难见到的类型有用。

这是坏？不必要？也许我失去了一些东西。

我会很感激的任何反馈。我已经知道了一段时间。

由于每个人

Answer 1

我总是用在VBA一个和两个字母前缀。我敢肯定，我是唯一一个，那将承认，但我想有人需要的是逆势。

18万行我写VBA代码中，我已经合作了约1,000。如果别人没发现我的代码，然后我可以自由地使用一个约定，我喜欢。如果有人将您的代码来工作，你应该同意一项公约。

我喜欢它让我保持我的变量名短。我可以用FileNumber和文件名，或者我可以用lFile和sFile。我没有找到一个比另一个或多或少可读性。这也有助于我将保留字作为变量。如果我想使用替换为一个变量的名字，我不能。但我可以使用sReplace或lReplace。

Answer 2

我要说的是，这种匈牙利命名法是万恶的几乎每一个语言的根源。有人说，这是非常方便的极其动态语言。但是，没有，我认为前缀的类型缩写到变量名是多余的在所有的情况下，只是导致难看代码99％。

请参见为什么不应该使用匈牙利命名法？

Answer 3

我建议去的东西更高级别的一点不仅仅是类型，这样就可以看到什么事情的目的是。因此，代替主叫东西string，称之为name或address，和代替int，称之为count或coordinate或...

（我更喜欢使用后缀前缀，但是这是风格和口味的问题。）

Answer 4

如果贵公司的样式设置为使用匈牙利命名法那么就使用它没有问题 - 政策是一个政策。有很多的工具，帮助执行编码命名约定（如了StyleCop为C＃），这样你就可以如果允许继续前进。

基本上有标准是一个好主意 - 但这些标准是取决于你工作的公司。如果你有一定的权威，你可以尝试征收标准的MS正在推进 - 但如果你有很多的遗留代码，这将涉及大量昂贵的重构与小实惠

我建议你从移动新项目匈牙利命名法远（可能通过使用代码分析工具），但务实约遗留代码。