从刚进大学开始学习 C 语言，就听说了实际开发中会用到的各种变量命名方法，例如常见的匈牙利命名法、骆驼命名法、Pascal 命名法等。
后来自己真正开始用 C/C++ 写程序，开始使用匈牙利命名法，总觉得十分别扭。好好的变量名 name，严格按照命名规则，非得在前面加类型前缀，改写成 lpszName。
如今的 IDE 都会自动检查变量类型，而且类型错误在编译时也比较容易发现，在变量名前面强制加上类型信息实在不知道有什么意义。
直到无意中在《More Joel on Software》[1] 这本书第 23 章看到匈牙利命名法作者——Charles Simonyi 的本意。
1. 应用型匈牙利命名法——鲜为人知的正统
Simonyi 的匈牙利命名法的原型在微软公司内部最初被叫做“应用型匈牙利命名法”（Apps Hungarian），因为它是在“应用程序部”（Applications Division）中使用的，也就是用在 Word 和 Excel 身上。在 Excel 的源码中，你可以看到大量的 rw 和 col 。
使用这种“应用型匈牙利命名法”，我们可以在看到变量后很快理解其含义，并很容易发现代码中的问题。
例如在代码中看到 xl = cb，
xl 表示“相对于页面的横坐标”，horizontal coordinates relatives to the layout；cb 表示“字节个数”，count of bytes
显然是有问题的，虽然 xl 和 cb 都是整数，但是这二者之间的赋值基本一定会导致 bug。
2. 系统型匈牙利命名法——广为流传的冒牌货
然而，一定程度上由于 Simonyi 自己在编写文档时，用了“type”这个词，而不是“kind”，于是被人误以为 Simonyi 指的是数据类型。尽管 Simonyi 很详细、很准确地解释了他所说的“type”到底是什么意思。可惜于事无补，危害已经酿成了。悲剧的结果就是产生了我们现在熟悉的“系统型匈牙利命名法”（System Hungarian）。
还是上面的例子，改用“系统型匈牙利命名法”以后，可以改成 nWidth = nCount，看起来好像还不错哈～
bug 就是这样隐藏起来的。
“应用型匈牙利命名法”的前缀是非常有用的、有含义的，比如：
“ix” 表示数组的索引值（index）
“c” 表示一个计数器（count）
“d” 表示两个数量之间的差（difference），“dx” 就可以表示宽度
“系统性匈牙利命名法”的前缀就差远了，比如
“l” 表示长整型（long）
“ul” 表示无符号长整型（unsigned long）
“dw” 表示双精度值（double word），这实际上也是一个无符号的长整型
这种差别虽然细微，但是完全误解了 Simonyi 的意图和做法。“系统型匈牙利命名法”传播的又远又广，在 Windows 编程文档中，它是标准的变量命名法。难怪很多人都觉得匈牙利命名法很奇怪、很别扭。
参考文章：
[1] Joel Spolsky 著，阮一峰 译，中文名《软件随想录》http://book.douban.com/subject/4163938/
[2] 匈牙利命名法的衰落和建议
[3] lifeicd的读书笔记