- 浏览: 912841 次
- 性别:
- 来自: 北京
文章分类
最新评论
-
wangzhen199009:
good. Thx for your sharing.
REST和认证 HMAC -
jsshizhan:
你的这个SQL有问题的
数据库中如何使用SQL查询连续数字并且统计连续个数 -
maoghj:
dddddddddddddd
mysql 更改my.cnf 慢查询日志 -
zhoutong123a:
人的贪婪无止境,只能控制,不能满足
招人心得 -
xuerThinkVickie:
...
ZeroClipboard支持IE,firefox,Chrome复制到剪贴板
B.4. 编码风格
B.4. 编码风格 ¶
B.4.1. PHP 代码划分(Demarcation) ¶
PHP 代码总是用完整的标准的 PHP 标签定界:
<?php
?>
短标签 <? ?>是不允许的,只包含 PHP 代码的文件,不要结束标签 (参见 [ http://trac.lebwork.org/coding-standard.php-file-formatting.html#coding-standard.php-file-formatting.general 第 B.2.1 节 “ 常规 ”])。
B.4.2. 字符串 ¶
B.4.2.1. 字符串文字 ¶
当字符串是文字(不包含变量),应当用单引号( apostrophe )来括起来:
$a = 'Example String';
B.4.2.2. 包含单引号(')的字符串文字 ¶
当文字字符串包含单引号(apostrophe )就用双引号括起来,特别在 SQL 语句中有用:
$sql = "SELECT `id`, `name` from `people` WHERE `name`='Fred' OR `name`='Susan'";
在转义单引号时,上述语法是首选的,因为很容易阅读。
B.4.2.3. 变量替换 ¶
变量替换有下面这些形式:
$greeting = "Hello $name, welcome back!";
$greeting = "Hello {$name}, welcome back!";
为保持一致,这个形式不允许:
$greeting = "Hello ${name}, welcome back!";
B.4.2.4. 字符串连接 ¶
字符串必需用 "." 操作符连接,在它的前后加上空格以提高可读性:
$company = 'Zend' . ' ' . 'Technologies';
当用 "." 操作符连接字符串,鼓励把代码可以分成多个行,也是为提高可读性。在这些例子中,每个连续的行应当由 whitespace 来填补,例如 "." 和 "=" 对齐:
$sql = "SELECT `id`, `name` FROM `people` "
. "WHERE `name` = 'Susan' "
. "ORDER BY `name` ASC ";
B.4.3. 数组 ¶
B.4.3.1. 数字索引数组 ¶
索引不能为负数
建议数组索引从 0 开始。
当用array函数声明有索引的数组,在每个逗号的后面间隔空格以提高可读性:
$sampleArray = array(1, 2, 3, 'Zend', 'Studio');
可以用 "array" 声明多行有索引的数组,在每个连续行的开头要用空格填补对齐:
$sampleArray = array(1, 2, 3, 'Zend', 'Studio',
$a, $b, $c,
56.44, $d, 500);
B.4.3.2. 关联数组 ¶
当用声明关联数组,array我们鼓励把代码分成多行,在每个连续行的开头用空格填补来对齐键和值:
$sampleArray = array('firstKey' => 'firstValue',
'secondKey' => 'secondValue');
B.4.4. 类 ¶
B.4.4.1. 类的声明 ¶
用 Zend Framework 的命名约定来命名类。
花括号应当从类名下一行开始(the "one true brace" form)。
每个类必须有一个符合 PHPDocumentor 标准的文档块。
类中所有代码必需用 Tab 键进行缩进。
每个 PHP 文件中只有一个类。
放另外的代码到类里允许但不鼓励。在这样的文件中,用两行空格来分隔类和其它代码。
下面是个可接受的类的例子: // 459 9506 - 441 9658 下次从这里开始
/**
* Documentation Block Here
*/
class SampleClass
{
// 类的所有内容
// 必需缩进Tab 键进行
}
B.4.4.2. 类成员变量 ¶
必须用Zend Framework的变量名约定来命名类成员变量。
变量的声明必须在类的顶部,在方法的上方声明。
不允许使用var(因为 ZF 是基于 PHP 5 的 ),要用private、protected或public。 直接访问 public 变量是允许的但不鼓励,最好使用访问器 (set/get)。
B.4.5. 函数和方法 ¶
B.4.5.1. 函数和方法声明 ¶
必须用Zend Framework的函数名约定来命名函数。
在类中的函数必须用private、protected或public声明它们的可见性。
象类一样,花括号从函数名的下一行开始(the "one true brace" form)。
函数名和括参数的圆括号中间没有空格。
强烈反对使用全局函数。
下面是可接受的在类中的函数声明的例子:
/**
* Documentation Block Here
*/
class Foo
{
/**
* Documentation Block Here
*/
public function bar()
{
// 函数的所有内容
// 必需缩进Tab 键进行
}
}
注: 传址(Pass-by-reference)是在方法声明中允许的唯一的参数传递机制。
/**
* Documentation Block Here
*/
class Foo
{
/**
* Documentation Block Here
*/
public function bar(&$baz)
{}
}
传址在调用时是严格禁止的。
返回值不能在圆括号中,这妨碍可读性而且如果将来方法被修改成传址方式,代码会有问题。
/**
* Documentation Block Here
*/
class Foo
{
/**
* WRONG
*/
public function bar()
{
return($this->bar);
}
/**
* RIGHT
*/
public function bar()
{
return $this->bar;
}
}
B.4.5.2. 函数和方法的用法 ¶
函数的参数应当用逗号和紧接着的空格分开,下面可接受的调用的例子中的函数带有三个参数:
threeArguments(1, 2, 3);
传址方式在调用的时候是严格禁止的,参见函数的声明一节如何正确使用函数的传址方式。
带有数组参数的函数,函数的调用可包括 "array" 提示并可以分成多行来提高可读性,同时,书写数组的标准仍然适用:
threeArguments(array(1, 2, 3), 2, 3);
threeArguments(array(1, 2, 3, 'Zend', 'Studio',
$a, $b, $c,
56.44, $d, 500), 2, 3);
B.4.6. 控制语句 ¶
B.4.6.1. if/Else/Elseif ¶
使用ifandelseif的控制语句在条件语句的圆括号前后都必须有一个空格。
在圆括号里的条件语句,操作符必须用空格分开,鼓励使用多重圆括号以提高在复杂的条件中划分逻辑组合。
前花括号必须和条件语句在同一行,后花括号单独在最后一行,其中的内容用Tab 键进行缩进。
if ($a != 2) {
$a = 2;
}
对包括"elseif" 或 "else"的 "if" 语句,和 "if" 结构的格式类似, 下面的例子示例 "if" 语句, 包括 "elseif" 或 "else" 的格式约定:
if ($a != 2) {
$a = 2;
} else {
$a = 7;
}
if ($a != 2) {
$a = 2;
} elseif ($a == 3) {
$a = 4;
} else {
$a = 7;
}
在有些情况下, PHP 允许这些语句不用花括号,但在(ZF) 代码标准里,它们("if"、 "elseif" 或 "else" 语句)必须使用花括号。
"elseif" 是允许的但强烈不鼓励,我们支持 "else if" 组合。
B.4.6.2. Switch ¶
在 "switch" 结构里的控制语句在条件语句的圆括号前后必须都有一个单个的空格。
"switch" 里的代码必须有Tab键缩进,在"case"里的代码再缩进Tab 键进行。
switch ($numPeople) {
case 1:
break;
case 2:
break;
default:
break;
}
switch语句应当有default。
注: 有时候,在 falls through 到下个 case 的case语句中不写breakorreturn很有用。 为了区别于 bug,任何case语句中,所有不写breakorreturn的地方应当有一个 "// break intentionally omitted" 这样的注释来表明 break 是故意忽略的。
B.4.7. 注释文档 ¶
B.4.7.1. 格式 ¶
所有文档块 ("docblocks") 必须和 phpDocumentor 格式兼容,phpDocumentor 格式的描述超出了本文档的范围,关于它的详情,参考: http://phpdoc.org/。
所有类文件必须在文件的顶部包含文件级 ("file-level")的 docblock ,在每个类的顶部放置一个 "class-level" 的 docblock。下面是一些例子:
B.4.7.2. 文件 ¶
每个包含 PHP 代码的文件必须至少在文件顶部的 docblock 包含这些 phpDocumentor 标签:
/**
* 文件的简短描述
*
* 文件的详细描述(如果有的话)... ...
*
* LICENSE: 一些 license 信息
*
* @copyright 2008 Zend Technologies
* @license http://framework.zend.com/license/3_0.txt BSD License
* @version $Id:$
* @link http://framework.zend.com/package/PackageName
* @since File available since Release 1.5.0
*/
B.4.7.3. 类 ¶
每个类必须至少包含这些 phpDocumentor 标签:
/**
* 类的简述
*
* 类的详细描述 (如果有的话)... ...
*
* @copyright 2008 Zend Technologies
* @license http://framework.zend.com/license/ BSD License
* @version Release: @package_version@
* @link http://framework.zend.com/package/PackageName
* @since Class available since Release 1.5.0
* @deprecated Class deprecated in Release 2.0.0
*/
B.4.7.4. 函数 ¶
每个函数,包括对象方法,必须有最少包含下列内容的文档块(docblock):
* 函数的描述
* 所有参数
* 所有可能的返回值
因为访问级已经通过 "public"、 "private" 或 "protected" 声明, 不需要使用 "@access"。
如果函数/方法抛出一个异常,使用 @throws 于所有已知的异常类:
B.4. 编码风格 ¶
B.4.1. PHP 代码划分(Demarcation) ¶
PHP 代码总是用完整的标准的 PHP 标签定界:
<?php
?>
短标签 <? ?>是不允许的,只包含 PHP 代码的文件,不要结束标签 (参见 [ http://trac.lebwork.org/coding-standard.php-file-formatting.html#coding-standard.php-file-formatting.general 第 B.2.1 节 “ 常规 ”])。
B.4.2. 字符串 ¶
B.4.2.1. 字符串文字 ¶
当字符串是文字(不包含变量),应当用单引号( apostrophe )来括起来:
$a = 'Example String';
B.4.2.2. 包含单引号(')的字符串文字 ¶
当文字字符串包含单引号(apostrophe )就用双引号括起来,特别在 SQL 语句中有用:
$sql = "SELECT `id`, `name` from `people` WHERE `name`='Fred' OR `name`='Susan'";
在转义单引号时,上述语法是首选的,因为很容易阅读。
B.4.2.3. 变量替换 ¶
变量替换有下面这些形式:
$greeting = "Hello $name, welcome back!";
$greeting = "Hello {$name}, welcome back!";
为保持一致,这个形式不允许:
$greeting = "Hello ${name}, welcome back!";
B.4.2.4. 字符串连接 ¶
字符串必需用 "." 操作符连接,在它的前后加上空格以提高可读性:
$company = 'Zend' . ' ' . 'Technologies';
当用 "." 操作符连接字符串,鼓励把代码可以分成多个行,也是为提高可读性。在这些例子中,每个连续的行应当由 whitespace 来填补,例如 "." 和 "=" 对齐:
$sql = "SELECT `id`, `name` FROM `people` "
. "WHERE `name` = 'Susan' "
. "ORDER BY `name` ASC ";
B.4.3. 数组 ¶
B.4.3.1. 数字索引数组 ¶
索引不能为负数
建议数组索引从 0 开始。
当用array函数声明有索引的数组,在每个逗号的后面间隔空格以提高可读性:
$sampleArray = array(1, 2, 3, 'Zend', 'Studio');
可以用 "array" 声明多行有索引的数组,在每个连续行的开头要用空格填补对齐:
$sampleArray = array(1, 2, 3, 'Zend', 'Studio',
$a, $b, $c,
56.44, $d, 500);
B.4.3.2. 关联数组 ¶
当用声明关联数组,array我们鼓励把代码分成多行,在每个连续行的开头用空格填补来对齐键和值:
$sampleArray = array('firstKey' => 'firstValue',
'secondKey' => 'secondValue');
B.4.4. 类 ¶
B.4.4.1. 类的声明 ¶
用 Zend Framework 的命名约定来命名类。
花括号应当从类名下一行开始(the "one true brace" form)。
每个类必须有一个符合 PHPDocumentor 标准的文档块。
类中所有代码必需用 Tab 键进行缩进。
每个 PHP 文件中只有一个类。
放另外的代码到类里允许但不鼓励。在这样的文件中,用两行空格来分隔类和其它代码。
下面是个可接受的类的例子: // 459 9506 - 441 9658 下次从这里开始
/**
* Documentation Block Here
*/
class SampleClass
{
// 类的所有内容
// 必需缩进Tab 键进行
}
B.4.4.2. 类成员变量 ¶
必须用Zend Framework的变量名约定来命名类成员变量。
变量的声明必须在类的顶部,在方法的上方声明。
不允许使用var(因为 ZF 是基于 PHP 5 的 ),要用private、protected或public。 直接访问 public 变量是允许的但不鼓励,最好使用访问器 (set/get)。
B.4.5. 函数和方法 ¶
B.4.5.1. 函数和方法声明 ¶
必须用Zend Framework的函数名约定来命名函数。
在类中的函数必须用private、protected或public声明它们的可见性。
象类一样,花括号从函数名的下一行开始(the "one true brace" form)。
函数名和括参数的圆括号中间没有空格。
强烈反对使用全局函数。
下面是可接受的在类中的函数声明的例子:
/**
* Documentation Block Here
*/
class Foo
{
/**
* Documentation Block Here
*/
public function bar()
{
// 函数的所有内容
// 必需缩进Tab 键进行
}
}
注: 传址(Pass-by-reference)是在方法声明中允许的唯一的参数传递机制。
/**
* Documentation Block Here
*/
class Foo
{
/**
* Documentation Block Here
*/
public function bar(&$baz)
{}
}
传址在调用时是严格禁止的。
返回值不能在圆括号中,这妨碍可读性而且如果将来方法被修改成传址方式,代码会有问题。
/**
* Documentation Block Here
*/
class Foo
{
/**
* WRONG
*/
public function bar()
{
return($this->bar);
}
/**
* RIGHT
*/
public function bar()
{
return $this->bar;
}
}
B.4.5.2. 函数和方法的用法 ¶
函数的参数应当用逗号和紧接着的空格分开,下面可接受的调用的例子中的函数带有三个参数:
threeArguments(1, 2, 3);
传址方式在调用的时候是严格禁止的,参见函数的声明一节如何正确使用函数的传址方式。
带有数组参数的函数,函数的调用可包括 "array" 提示并可以分成多行来提高可读性,同时,书写数组的标准仍然适用:
threeArguments(array(1, 2, 3), 2, 3);
threeArguments(array(1, 2, 3, 'Zend', 'Studio',
$a, $b, $c,
56.44, $d, 500), 2, 3);
B.4.6. 控制语句 ¶
B.4.6.1. if/Else/Elseif ¶
使用ifandelseif的控制语句在条件语句的圆括号前后都必须有一个空格。
在圆括号里的条件语句,操作符必须用空格分开,鼓励使用多重圆括号以提高在复杂的条件中划分逻辑组合。
前花括号必须和条件语句在同一行,后花括号单独在最后一行,其中的内容用Tab 键进行缩进。
if ($a != 2) {
$a = 2;
}
对包括"elseif" 或 "else"的 "if" 语句,和 "if" 结构的格式类似, 下面的例子示例 "if" 语句, 包括 "elseif" 或 "else" 的格式约定:
if ($a != 2) {
$a = 2;
} else {
$a = 7;
}
if ($a != 2) {
$a = 2;
} elseif ($a == 3) {
$a = 4;
} else {
$a = 7;
}
在有些情况下, PHP 允许这些语句不用花括号,但在(ZF) 代码标准里,它们("if"、 "elseif" 或 "else" 语句)必须使用花括号。
"elseif" 是允许的但强烈不鼓励,我们支持 "else if" 组合。
B.4.6.2. Switch ¶
在 "switch" 结构里的控制语句在条件语句的圆括号前后必须都有一个单个的空格。
"switch" 里的代码必须有Tab键缩进,在"case"里的代码再缩进Tab 键进行。
switch ($numPeople) {
case 1:
break;
case 2:
break;
default:
break;
}
switch语句应当有default。
注: 有时候,在 falls through 到下个 case 的case语句中不写breakorreturn很有用。 为了区别于 bug,任何case语句中,所有不写breakorreturn的地方应当有一个 "// break intentionally omitted" 这样的注释来表明 break 是故意忽略的。
B.4.7. 注释文档 ¶
B.4.7.1. 格式 ¶
所有文档块 ("docblocks") 必须和 phpDocumentor 格式兼容,phpDocumentor 格式的描述超出了本文档的范围,关于它的详情,参考: http://phpdoc.org/。
所有类文件必须在文件的顶部包含文件级 ("file-level")的 docblock ,在每个类的顶部放置一个 "class-level" 的 docblock。下面是一些例子:
B.4.7.2. 文件 ¶
每个包含 PHP 代码的文件必须至少在文件顶部的 docblock 包含这些 phpDocumentor 标签:
/**
* 文件的简短描述
*
* 文件的详细描述(如果有的话)... ...
*
* LICENSE: 一些 license 信息
*
* @copyright 2008 Zend Technologies
* @license http://framework.zend.com/license/3_0.txt BSD License
* @version $Id:$
* @link http://framework.zend.com/package/PackageName
* @since File available since Release 1.5.0
*/
B.4.7.3. 类 ¶
每个类必须至少包含这些 phpDocumentor 标签:
/**
* 类的简述
*
* 类的详细描述 (如果有的话)... ...
*
* @copyright 2008 Zend Technologies
* @license http://framework.zend.com/license/ BSD License
* @version Release: @package_version@
* @link http://framework.zend.com/package/PackageName
* @since Class available since Release 1.5.0
* @deprecated Class deprecated in Release 2.0.0
*/
B.4.7.4. 函数 ¶
每个函数,包括对象方法,必须有最少包含下列内容的文档块(docblock):
* 函数的描述
* 所有参数
* 所有可能的返回值
因为访问级已经通过 "public"、 "private" 或 "protected" 声明, 不需要使用 "@access"。
如果函数/方法抛出一个异常,使用 @throws 于所有已知的异常类:
发表评论
-
php学习网站
2011-04-25 09:51 1092http://www.php100.com/ -
计划高效的工作
2010-11-09 10:55 953计划高效的工作 打印机为什么卡纸,所以就要有人盯着,不能卡纸 ... -
一些鲜为人知的编程事实
2010-09-05 18:45 963我的程序员经历让我明 ... -
apache 日志分析软件 Weg Log Explorer
2010-09-04 10:54 1036apache 日志分析软件 Weg Log Explorer -
symfony 和 thinkphp
2010-09-02 17:43 1899symfony 和 thinkphp 配置 需要 ... -
PHP中SQL注入与跨站攻击的防范
2010-07-27 16:49 2995SQL injection即SQL注入是我们每个WEB程序 ... -
接口也是为了方便团队开发上的协同工作!
2010-07-27 12:47 1011接口也是为了方便团队开发上的协同工作! 解耦 // 接口定义 ... -
vi apache 日志脚本 查询统计
2010-06-25 17:15 1191cat wap.snjifen.com-access_log. ... -
chown apache:apache
2010-06-25 09:36 1197drwxr-xr-x 9 root root 4096 ... -
递归删除.svn
2010-06-24 17:17 916引用递归删除.svn -
IE在对iframe里面的页面写Cookie的时候有一些安全限制,导致读写Cookie不成功,解决办法
2010-06-22 11:28 1907IE在对iframe里面的页面写Cookie的时候有一些安全限 ... -
VI 编辑器查询删除
2010-05-14 19:20 1175:g/^,/d :g/fail/d ":g&qu ... -
crontab
2010-04-23 12:47 1038#########自动执行一定要写全路径########### ... -
linux tar 解压缩
2010-04-23 09:58 946tar -zcvf test.tar.gz www/* 压缩 ... -
copy 目录
2010-04-21 17:57 903cp -r -
重启apache
2010-04-20 17:21 960/usr/local/apache2/bin/apachect ... -
配置UCHOME 出现不支持简短标签写法 short_open_tag
2010-04-20 17:07 1482gettpl('header');?>错误 把PHP. ... -
改变表结构字符集
2010-04-13 18:26 1058Alter TABLE joy_winner CONVERT ... -
mysql错误:Table XXX is marked as crashed and should be repaired[转]
2010-04-13 10:53 8539一日正在上班,朋友的QQ图标就激烈的闪亮起来,一看,原来是论坛 ... -
$_SERVER[PHP_SELF],[SCRIPT_NAME], ['REQUEST_URI']
2010-03-09 13:31 4670$_SERVER[PHP_SELF], $_SERVER[SC ...
相关推荐
《PHP编码规范》是一份旨在提升PHP编程质量的指导文档,它汇总了众多开发者的实践经验,旨在形成一套统一且高效的编程风格。遵循这些规范,开发者可以编写出更易于阅读、维护和协作的代码,从而提高开发效率,降低...
PHP编码规范是为了确保PHP代码的一致性、可读性和维护性,遵循一定的规则和最佳实践。这些规范涵盖了文件编码格式、代码结构、命名约定、缩进和换行、注释等多个方面。以下是根据提供的内容详细阐述的PHP编码规范...
### PHP编码规范详解 #### 一、概述与背景 PHP编码规范是开发团队为了确保代码的一致性、可读性和可维护性而制定的一套规则。遵循这些规范可以帮助团队成员编写出更高质量的代码,减少错误,提高开发效率。本文将...
### PHP编码规范详解 #### 一、概述 随着PHP项目的日益增多及复杂度提升,一套统一且标准化的编码规范显得尤为重要。《PHP编码规范(中文版)》旨在为PHP开发者提供一套规范化的指导原则,帮助提升代码质量和项目...
PHP编码规范与原则 本规范由编程原则组成,融合并提炼了开发人员长时间积累下来的成熟经验,意在帮助形成良好一致的编程风格。
PHP编码规范是PHP开发社区为了提高代码的可读性、一致性和维护性而制定的一系列规则。这篇文章将对PHP编码规范进行深入的探讨,详细分析各种规范的含义和应用场景。 首先,代码的缩进和空白字符的使用是编码规范中...
### PHP编码规范详解 #### 一、引言 在软件工程实践中,良好的编码规范对于提高代码的可读性、可维护性和团队协作效率至关重要。PHP作为一种广泛使用的服务器端脚本语言,其编码规范的重要性不言而喻。本文将基于...
**PHP编码规范** PHP作为一款广泛应用的开源脚本语言,其编码规范对于保证代码的可读性、可维护性和团队协作至关重要。这份名为"PHP编码规范"的chm文档提供了全面且详细的指导,旨在帮助开发者遵循一致的编程风格,...
**PHP编码规范** PHP是一种广泛使用的开源脚本语言,尤其在网络开发中占据着重要的地位。为了确保代码的可读性、可维护性和团队合作的效率,遵循统一的编码规范至关重要。"PHP 编码规范.chm"文件提供了一个详细的...
《PHP编码规范》是一部关于PHP编程语言的权威指南,它为开发者提供了清晰、一致的代码编写标准,旨在提升代码质量、可读性以及团队协作效率。这份资源以CHM(Compiled Help Manual)格式封装在RAR压缩包中,方便...
### PHP编码规范详解 #### 一、概述 本篇文章旨在为PHP开发者提供一套最新的编码规范指导,涵盖了从文件目录命名到代码实现等各个环节的最佳实践。遵循这些规范有助于提高代码的可读性和维护性,同时也方便团队...
【PHP编码规范1】主要关注的是在PHP编程中如何制定和遵循编码标准,以提高代码质量和团队协作效率。编码规范的目的是减少混乱,提升代码可读性和一致性,从而让编程项目更加顺畅。以下是对规范的一些关键点的详细...
这份“PHP编码规范 详细帮助手册”提供了一套全面的指南,旨在帮助开发者遵循最佳实践,提升代码质量。 首先,我们要理解编码规范的重要性。编码规范不仅是关于语法和格式的约定,更关乎代码的清晰度和一致性。当多...
5. **PHP编码规范.chm** - PHP编码规范是开发团队保持代码一致性、可读性和维护性的关键。这份文档规定了命名约定、代码结构、错误处理和注释等最佳实践,有助于提升代码质量。 6. **ThinkPHP2.0完全开发手册.chm**...