Tag: 匈牙利符号

variables前缀（“匈牙利符号”）真的有必要了吗？

由于C＃是强types的，我们是否真的需要variables前缀？ 例如 iUserAge iCounter strUsername 过去我曾经用过前缀，但是我没有看到任何好处 。

在苹果的API中，“k”前缀是什么意思？

我已经运行了许多名为k + someVariableNameHere或k + APILibraryName(2Char) + someVariableNameHere的Core Foundationvariables的例子。 这个前缀K表示什么？ 例子包括： kGLPFAStereo kCollectionLockBit kSetDebugOption

为什么我不应该前缀我的领域？

我从来没有成为匈牙利符号的粉丝，我一直觉得它是没用的，除非你正在做一些非常低级别的编程，但是在每一个C ++项目中，我已经执行了某种匈牙利符号策略，它使用了一些“不真正匈牙利”的前缀，如字段，静态，g_和全局等等。 不久，我意识到在C＃中有多么无用，并逐渐开始放弃我所有的旧习惯，但是这个'm_'的东西。 我仍然使用私人领域的m_前缀，因为我真的觉得能够区分参数，当地人和领域是非常有用的。 MSDN的字段页面的命名规则说我不应该，但是它没有说明为什么（例如Google的惯例通常倾向于合理化他们的处方）。 是有原因，我不应该或只是一个风格的问题。 如果是后者，前缀通常被认为是不好的风格，我能期待其他人在代码库上的负面反应吗？

为什么我不应该使用“匈牙利符号”？

我知道匈牙利语是指什么 – 提供有关variables，参数或types的信息作为其名称的前缀。 每个人似乎都很反感，尽pipe在某些情况下似乎是个好主意。 如果我觉得有用的信息正在传递，为什么我不能把它放在那里？ 另见： 人们是否在现实世界中使用匈牙利的命名规则？