1 / 9
文档名称:

匈牙利命名规范.doc

格式:doc   页数:9页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

匈牙利命名规范.doc

上传人:xxj16588 2016/6/17 文件大小:0 KB

下载得到文件列表

匈牙利命名规范.doc

文档介绍

文档介绍:匈牙利命名规范匈牙利命名规范- Every Day's Gain - IT 博客网 Every Day's Gain 's Coding Diary 随笔- 23, 文章- 1, 评论- 0, 引用-0 数据加载中……匈牙利命名规范几年以前,Charles Simonyi( 他后来成为微软的著名程序员) 设计了一种以前缀为基础的命名方法, 这种方法后来称为" 匈牙利表示法" 以记念他. 他的思想是根据每个标识符所代表的含义给它一个前缀. 微软后来采用了这个思想, 给每个标识符一个前缀以说明它的数据类型. 因此, 整型变量的前缀是 n, 长整型变量是 nl, 字符型数组变量是 ca, 以及字符串( 以空类型结尾的字符数组)以 sz 为前缀. 这些名字可能会非常古怪. 比如说:lpszFo o 表示"Foo" 是一个指向以空字符为结尾的字符串的长整型指针. 这种方法的优点是使人能够通过变量的名字来辨别变量的类型, 而不比去查找它的定义. 遗憾的是, 这种方法不仅使变量名字非常绕口, 中, 整型变量为 16 为宽. 如果我们在开始时采用了一个整型变量, 但是在通过 30---40 个函数的计算之后, 发现采用整型变量宽度不够, 这时我们不仅要改变这个变量的类型, 而且要改变这个变量在这 30--4 0 个函数中的名字. 因为不切实际, 除了一些顽固的 Windows 程序员外已经没有人再使用" 匈牙利表示法"了. 毫无疑问, 在某种场合它依然存在, 但大部分人现在已经抛弃它了. 一般而言, 输入前缀是一种糟糕的想法, 因为它把变量于其类型紧紧地绑在了一起. 对于 30 行以下的函数,匈牙利方法一般有优势。尤其是对界面编程,有优势。但对于有强烈的算法要求、尤其是有很多抽象类型的 C++ 程序, 匈牙利方法简直是一个灾难。看你用在什么地方。现在有了很好的 IDE 工具,如:VC,SourceInsight 等. 选中变量, 会自动提示告诉你它的声明和定义, 这样匈牙利命名法就没有很大的必要了. 无非就是为了程序可读性较好. 实际上良好的代码书写****惯比强制使用匈牙利命名法更重要. 系统性。整体性。可读性。分类要清楚。要有注释! 匈牙利命名法是微软推广的一种关于变量、函数、对象、前缀、宏定义等各种类型的符号的命名规范。匈牙利命名法的主要思想是: 在变量和函数名中加入前缀以增进人们对程序的理解。它是由微软内部的一个匈牙利人发起使用的,结果它在微软内部逐渐流行起来,并且推广给了全世界的 Windows 开发人员。下面将介绍匈牙利命名法, 后面的例子里也会尽量遵守它和上面的代码风格。还是那句话, 并不是要求所有的读者都要去遵守, 但是希望读者作为一个现代的软件开发人员都去遵守它。 a Array 数组 b BOOL (int) 布尔(整数) by Unsigned Char (Byte) 无符号字符( 字节)c Char 字符(字节) cb Count of bytes 字节数 cr Color reference value 颜色(参考)值 cx Count ofx (Short) x 的集合( 短整数) dw DWORD (unsigned long) 双字( 无符号长整数)f Fl