编码规范要看你是站在哪层面上来看.
如果全是VC+MFC,那用Hungarian style的就足够了.
但是,我以前也是Hungarian的＂支持＂者，但后来发现它有太多的与编码规范其它条款抵触的地方．现在我也不支持它了．
清晰、可理解的 C++ 源代码是规则和指南的主要目标：清晰、可理解的源代码是软件可靠性和可维护性的主要作用因素．
清晰、可理解的代码可以表示为以下三个简单的基础原理
最小混淆 - 它的生存期中，源代码的读远比写多，规约更是这样。理想情况下，源代码读起来应该象英语一样描述了所要做的事，这同时还带来了它执行的好处。程序更多是为人编写，而不是为计算机而编写。阅读代码是一个复杂的脑力过程，它可由统一标准来简化，在本文中还指最小混淆原则。整个项目中统一样式是软件开发团队在编程标准上达成一致的主要原因，它不应视为一种惩罚或对创造性和生产力的阻碍。
维护的唯一点 - 只要可能，设计决策就应在源中只表述一点，它的多数后果应程序化的派生于此点。不遵守这一原则严重损害了可维护性、可靠性和可理解性。
最小干扰 - 最终，应用最小干扰原则(它是易读性的主要作用因素)。即，避免将源代码与可视干扰（如内容较少或对理解软件目的不起作用的信息）相混合：
去年得了jolt大奖的 C++ Coding Standards 一书
http://www.huachu.com.cn/2006/c++.htm
也把Hungarian 样式的风格作了批评．