php编程之命名规范总结

本文介绍下，php编程中的命名规范，包括基本概念、骆驼式命名法、驼峰法、Pascal方法，有需要的朋友，不妨参考学习下了。

骆驼式命名法（又称驼峰命名法），正如它的名称CamelCase所表示的那样，是指混合使用大小写字母来构成变量和函数的名字。程序员们为了自己的代码能 更容易的在同行之间交流，所以多采取统一的可读性比较好的命名方式。例如：有些程序员喜欢全部小写，有些程序员喜欢用下划线，所以如果要写一个my name的变量，他们常用的写法会有myname、my_name、MyName或者myName。这样的命名规则不适合所有程序员阅读，而利用驼峰命名 法来表示，可以增加程序可读性。例如，下面是分别用骆驼式命名法和下划线法命名的同一个函数：

printEmployeePaychecks()； print_employee_paychecks()；

第一个函数名使用了骆驼式命名法——函数名中的每一个逻辑断点都有一个大写字母来标记； 第二个函数名使用了下划线法----函数名中的每一个逻辑断点都有一个下划线来标记。 下划线法是c出现后开始流行起来的，在许多旧的程序和UNIX这样的环境中，它的使用非常普遍。

骆驼式命名法（Camel-Case）是电脑程式编写时的一套命名规则（惯例）。 骆驼式命名法就是当变量名或函式名是由一个或多个单字连结在一起，而构成的唯一识别字时，第一个单词以小写字母开始；第二个单词的首字母大写或每一个单词的首字母都采用大写字母，例如：myFirstName、myLastName，这样的变量名看上去就像骆驼峰一样此起彼伏，故得名。

骆驼式命名法（Camel-Case）一词来自 Perl 语言中普遍使用的大小写混合格式，而 Larry Wall 等人所著的畅销书《Programming Perl》（O'Reilly 出版）的封面图片正是一匹骆驼。 骆驼式命名法的命名规则可视为一种惯例，并无绝对与强制，为的是增加识别和可读性。

驼峰法（小驼峰法） 变量一般用小驼峰法标识。驼峰法的意思是：除第一个单词之外，其他单词首字母大写。例如：

int myStudentCount;

变量myStudentCount第一个单词是全部小写，后面的单词首字母大写。

Pascal法（大驼峰法） 相比小驼峰法，大驼峰法把第一个单词的首字母也大写了。常用于类名，函数名，属性，命名空间。例如：

publicclass DataBaseUser;

附，php命名规则 合适的命名是程序规划的核心。

名字就是事物在它所处的生态环境中一个长久而深远的结果。总的来说，只有了解系统的程序员才能为系统取出最合适的名字。如果所有的命名都与其自然相适合，则关系清晰，含义可以推导得出，一般人的推想也能在意料之中。

如果你发觉你的命名只有少量能和其对应事物相匹配的话， 最好还是重新好好再看看你的设计吧。

类命名 在为类（class ）命名前首先要知道它是什么。如果通过类名的提供的线索，你还是想不起这个类是什么的话，那你的设计就还做的不够好。

超过三个词组成的混合名是容易造成系统各个实体间的混淆，再看看你的设计，尝试使用（CRC Se-ssion card)看看该命名所对应的实体是否有着那么多的功用。

对于派生类的命名应该避免带其父类名的诱惑，一个类的名字只与它自身有关，和它的父类叫什么无关。

有时后缀名是有用的，例如：如果你的系统使用了代理（agent ），那么就把某个部件命名为“下载代理”（DownloadAgent）用以真正的传送信息。 方法和函数命名 通常每个方法和函数都是执行一个动作的，所以对它们的命名应该清楚的说明它们是做什么的：用CheckForErrors()代替ErrorCheck()，用DumpDataToFile()代替DataFile()。这么做也可以使功能和数据成为更可区分的物体。

有时后缀名是有用的: Max - 含义为某实体所能赋予的最大值。 Cnt - 一个运行中的计数变量的当前值。 Key - 键值。 例如：RetryMax 表示最多重试次数，RetryCnt 表示当前重试次数。

有时前缀名是有用的： Is - 含义为问一个关于某样事物的问题。无论何时，当人们看到Is就会知道这是一个问题。 Get - 含义为取得一个数值。 Set - 含义为设定一个数值 例如：IsHitRetryLimit。

缩写词不要全部使用大写字母 无论如何，当遇到以下情况，你可以用首字母大写其余字母小写来代替全部使用大写字母的方法来表 示缩写词。

使用: GetHtmlStatistic. 不使用: GetHTMLStatistic.

理由 当命名含有缩略词时，人们似乎有着非常不同的直觉。统一规定是最好，这样一来，命名的含义就完全可以预知了。 举个NetworkABCKey的例子，注意C是应该是ABC里面的C还是key里面的C，这个是很令人费解的。有些人不在意这些，其他人却很讨厌这样。所以你会在不同的代码里看到不同的规则，使得你不知道怎么去叫它。

例如

class FluidOz // 不要写成 FluidOZ class GetHtmlStatistic // 不要写成 GetHTMLStatistic

类命名 使用大写字母作为词的分隔，其他的字母均使用小写 名字的首字母使用大写 不要使用下划线(\'_\') 理由 根据很多的命名方式，大部分人认为这样是最好的方式。 例如

class NameOneTwo

class Name 类库命名 目前命名空间正在越来越广泛的被采用，以避免不同厂商和团体类库间的类名冲突。

当尚未采用命名空间的时候，为了避免类名冲突，一般的做法是在类名前加上独特的前缀，两个字符就可以了，当然多用一些会更好。 例如 John Johnson的数据结构类库可以用Jj做为前缀，如下：

class JjLinkList { }

方法命名 采用与类命名一致的规则 理由 使用所有不同规则的大部分人发现这是最好的折衷办法。 例如

class NameOneTwo { function DoIt() {}; function HandleError() {}; }

类属性命名 属性命名应该以字符‘m’为前缀。 前缀‘m’后采用于类命名一致的规则。 ‘m’总是在名字的开头起修饰作用，就像以‘r’开头表示引用一样。 理由 前缀\'m\'防止类属性和方法名发生任何冲突。你的方法名和属性名经常会很类似，特别是存取元素。 例如

class NameOneTwo { function VarAbc() {}; function ErrorNumber() {}; var mVarAbc; var mErrorNumber; var mrName; }

方法中参数命名 第一个字符使用小写字母。 在首字符后的所有字都按照类命名规则首字符大写。 理由 你可以随时知道那个变量对应那个变量。 你可以使用与类名相似的名称而不至于产生重名冲突。 例如

class NameOneTwo { function StartYourEngines( &$rSomeEngine, &$rAnotherEngine); }

变量命名 所有字母都使用小写 使用\'_\'作为每个词的分界。 理由 通过这一途径，代码中变量的作用域是清晰的。 所有的变量在代码中都看起来不同，容易辨认。 例如

function HandleError($errorNumber) { $error = OsErr(); $time_of_error = OsErr->getTimeOfError; $error_processor = OsErr->getErrorProcessor; }

引用变量和函数返回引用 引用必须带‘r’前缀 理由 使得类型不同的变量容易辨认 它可以确定哪个方法返回可更改对象，哪个方法返回不可更改对象。 例如

class Test { var mrStatus; function DoSomething(&$rStatus) {}; function &rStatus() {}; }

全局变量 全局变量应该带前缀‘g’。 理由 知道一个变量的作用域是非常重要的。 例如

global $gLog; global &$grLog;

定义命名 / 全局常量 全局常量用\'_\'分隔每个单词。 理由 这是命名全局常量的传统。你要注意不要与其它的定义相冲突。 例如

define("A_GLOBAL_CONSTANT", "Hello world!";

静态变量 静态变量应该带前缀‘s’。 理由 知道一个变量的作用域是非常重要的。 例如

function test(){ static $msStatus = 0; }

函数命名 函数名字采用C GNU的惯例，所有的字母使用小写字母，使用\'_\'分割单词。 理由 这样可以更易于区分相关联的类名。 例如

function some_bloody_function() { }

错误返回检测规则 检查所有的系统调用的错误信息，除非你要忽略错误。 为每条系统错误消息定义好系统错误文本以便include。

大括号 {} 规则 在三种主要的大括号放置规则中，有两种是可以接受的，如下的第一种是最好的： 将大括号放置在关键词下方的同列处：

if ($condition) while ($condition) { { ... ... } }

传统的UNIX的括号规则是，首括号与关键词同行，尾括号与关键字同列：

if ($condition) { while ($condition) { ... ... } }

理由 引起剧烈争论的非原则的问题可通过折衷的办法解决，两种方法任意一种都是可以接受的，然而对于大 多数人来说更喜欢第一种。原因就是心理研究学习范畴的东西了。 对于更喜欢第一种还有着更多的原因。如果您使用的字符编辑器支持括号匹配功能的话（例如vi），最 重要的就是有一个好的样式。为什么？我们说当你有一大块的程序而且想知道这一大块程序是在哪儿结 束的话。你先移到开始的括号，按下按钮编辑器就会找到与之对应的结束括号，例如：

if ($very_long_condition && $second_very_long_condition) { ... } else if (...) { ... }

从一个程序块移动到另一个程序块只需要用光标和你的括号匹配键就可以了，不需要来回的移动到行末去找匹配的括号。