代码风格规范

本篇规范是 PSR-1 基本代码规范的继承与扩展。
本规范希望通过制定一系列规范化PHP代码的规则,以减少在浏览不同作者的代码时,因代码风格的不同而造成不便。
当多名程序员在多个项目中合作时,就需要一个共同的编码规范, 而本文中的风格规范源自于多个不同项目代码风格的共同特性, 因此,本规范的价值在于我们都遵循这个编码风格,而不是在于它本身。
关键词 “必须”(“MUST”)、“一定不可/一定不能”(“MUST NOT”)、“需要”(“REQUIRED”)、 “将会”(“SHALL”)、“不会”(“SHALL NOT”)、“应该”(“SHOULD”)、“不该”(“SHOULD NOT”)、 “推荐”(“RECOMMENDED”)、“可以”(“MAY”)和”可选“(“OPTIONAL”)的详细描述可参见 RFC 2119

1. 概览

  • 代码必须遵循 PSR-1 中的编码规范 。
  • 代码必须使用4个空格符而不是 tab键 进行缩进。
  • 每行的字符数应该软性保持在80个之内, 理论上一定不可多于120个, 但一定不能有硬性限制。
  • 每个 namespace 命名空间声明语句和 use 声明语句块后面,必须插入一个空白行。
  • 类的开始花括号({)必须写在函数声明后自成一行,结束花括号(})也必须写在函数主体后自成一行。
  • 方法的开始花括号({)必须写在函数声明后自成一行,结束花括号(})也必须写在函数主体后自成一行。
  • 类的属性和方法必须添加访问修饰符(private、protected 以及 public), abstract 以及 final必须声明在访问修饰符之前,而 static必须声明在访问修饰符之后。
  • 控制结构的关键字后必须要有一个空格符,而调用方法或函数时则一定不能有。
  • 控制结构的开始花括号({)必须写在声明的同一行,而结束花括号(})必须写在主体后自成一行。
  • 控制结构的开始左括号后和结束右括号前,都一定不能有空格符。

    1.1. 例子

    以下例子程序简单地展示了以上大部分规范: ```php <?php namespace Vendor\Package;

use FooInterface; use BarClass as Bar; use OtherVendor\OtherPackage\BazClass;

class Foo extends Bar implements FooInterface { public function sampleFunction($a, $b = null) { if ($a === $b) { bar(); } elseif ($a > $b) { $foo->bar($arg1); } else { BazClass::bar($arg2, $arg3); } }

  1. final public static functionbar()
  2. {
  3. // method body
  4. }

}

  1. <a name="j26Qt"></a>
  2. ## 2. 通则
  3. <a name="Cxj0n"></a>
  4. ### 2.1 基本编码准则
  5. 代码**必须**符合 [PSR-1](https://github.com/PizzaLiu/PHP-FIG/blob/master/PSR-1-basic-coding-standard-cn.md) 中的所有规范。
  6. <a name="sZgB3"></a>
  7. ### 2.2 文件
  8. 所有PHP文件**必须**使用Unix LF (linefeed)作为行的结束符。<br />所有PHP文件**必须**以一个空白行作为结束。<br />纯PHP代码文件**必须**省略最后的 ?> 结束标签。
  9. <a name="cx1D3"></a>
  10. ### 2.3. 行
  11. 行的长度**一定不能**有硬性的约束。<br />软性的长度约束**一定**要限制在120个字符以内,若超过此长度,带代码规范检查的编辑器**一定**要发出警告,不过**一定不可**发出错误提示。<br />每行**不应该**多于80个字符,大于80字符的行**应该**折成多行。<br />非空行后**一定不能**有多余的空格符。<br />空行**可以**使得阅读代码更加方便以及有助于代码的分块。<br />每行**一定不能**存在多于一条语句。
  12. <a name="KtQKK"></a>
  13. ### 2.4. 缩进
  14. 代码**必须**使用4个空格符的缩进,**一定不能**用 tab键 。<br />备注: 使用空格而不是tab键缩进的好处在于, 避免在比较代码差异、打补丁、重阅代码以及注释时产生混淆。 并且,使用空格缩进,让对齐变得更方便。
  15. <a name="F3U5w"></a>
  16. ### 2.5. 关键字 以及 True/False/Null
  17. PHP所有 [关键字](http://php.net/manual/en/reserved.keywords.php)**必须**全部小写。<br />常量 true 、false 和 null 也**必须**全部小写。
  18. <a name="uxb46"></a>
  19. ## 3. namespace 以及 use 声明
  20. namespace 声明后 必须 插入一个空白行。<br />所有 use 必须 在 namespace 后声明。<br />每条 use 声明语句 必须 只有一个 use 关键词。<br />use 声明语句块后 必须 要有一个空白行。<br />例如:
  21. ```php
  22. <?php
  23. namespace Vendor\Package;
  24. use FooClass;
  25. use BarClass as Bar;
  26. use OtherVendor\OtherPackage\BazClass;
  27. // ... additional PHP code ...

4. 类、属性和方法

此处的“类”泛指所有的class类、接口以及traits可复用代码块。

4.1. 扩展与继承

关键词 extends 和 implements必须写在类名称的同一行。
类的开始花括号必须独占一行,结束花括号也必须在类主体后独占一行。

  1. <?php
  2. namespace Vendor\Package;
  3. use FooClass;
  4. use BarClass as Bar;
  5. use OtherVendor\OtherPackage\BazClass;
  6. class ClassName extends ParentClass implements \ArrayAccess, \Countable
  7. {
  8. // constants, properties, methods
  9. }

implements 的继承列表也可以分成多行,这样的话,每个继承接口名称都必须分开独立成行,包括第一个

  1. <?php
  2. namespace Vendor\Package;
  3. use FooClass;
  4. use BarClass as Bar;
  5. use OtherVendor\OtherPackage\BazClass;
  6. class ClassName extends ParentClass implements
  7. \ArrayAccess,
  8. \Countable,
  9. \Serializable
  10. {
  11. // constants, properties, methods
  12. }

4.2. 属性

每个属性都必须添加访问修饰符。
一定不可使用关键字 var 声明一个属性。
每条语句一定不可定义超过一个属性。
不要使用下划线作为前缀,来区分属性是 protected 或 private。
以下是属性声明的一个范例:

  1. <?php
  2. namespace Vendor\Package;
  3. classClassName
  4. {
  5. public $foo = null;
  6. }

4.3. 方法

所有方法都必须添加访问修饰符。
不要使用下划线作为前缀,来区分方法是 protected 或 private。
方法名称后一定不能有空格符,其开始花括号必须独占一行,结束花括号也必须在方法主体后单独成一行。参数左括号后和右括号前一定不能有空格。
一个标准的方法声明可参照以下范例,留意其括号、逗号、空格以及花括号的位置。

  1. <?php
  2. namespace Vendor\Package;
  3. class ClassName
  4. {
  5. public function fooBarBaz($arg1, &$arg2, $arg3 = [])
  6. {
  7. // method body
  8. }
  9. }

4.4. 方法的参数

参数列表中,每个参数后面必须要有一个空格,而前面一定不能有空格。
有默认值的参数,必须放到参数列表的末尾。

  1. <?php
  2. namespace Vendor\Package;
  3. class ClassName
  4. {
  5. public functionfoo($arg1, &$arg2, $arg3 = [])
  6. {
  7. // method body
  8. }
  9. }

参数列表可以分列成多行,这样,包括第一个参数在内的每个参数都必须单独成行。
拆分成多行的参数列表后,结束括号以及方法开始花括号 必须 写在同一行,中间用一个空格分隔。

  1. <?php
  2. namespace Vendor\Package;
  3. class ClassName
  4. {
  5. public function aVeryLongMethodName( ClassTypeHint $arg1, &$arg2, array $arg3 = [] )
  6. {
  7. // method body
  8. }
  9. }

4.5. abstract 、 final 、 以及 static

需要添加 abstract 或 final 声明时, 必须写在访问修饰符前,而 static 则必须写在其后。

  1. <?php
  2. namespace Vendor\Package;
  3. abstract class ClassName
  4. {
  5. protected static $foo;
  6. abstract protected functionzim();
  7. final public static functionbar()
  8. {
  9. // method body
  10. }
  11. }

4.6. 方法及函数调用

方法及函数调用时,方法名或函数名与参数左括号之间一定不能有空格,参数右括号前也 一定不能有空格。每个参数前一定不能有空格,但其后必须有一个空格。

  1. <?php
  2. bar();
  3. $foo->bar($arg1);
  4. Foo::bar($arg2, $arg3);

参数可以分列成多行,此时包括第一个参数在内的每个参数都必须单独成行。

  1. <?php
  2. $foo->bar(
  3. $longArgument,
  4. $longerArgument,
  5. $muchLongerArgument
  6. );

5. 控制结构

控制结构的基本规范如下:

  • 控制结构关键词后必须有一个空格。
  • 左括号 ( 后一定不能有空格。
  • 右括号 ) 前也一定不能有空格。
  • 右括号 ) 与开始花括号 { 间一定有一个空格。
  • 结构体主体一定要有一次缩进。
  • 结束花括号 }一定在结构体主体后单独成行。

每个结构体的主体都必须被包含在成对的花括号之中, 这能让结构体更加结构话,以及减少加入新行时,出错的可能性。

5.1. if 、 elseif 和 else

标准的 if 结构如下代码所示,留意 括号、空格以及花括号的位置, 注意 else 和 elseif 都与前面的结束花括号在同一行。

  1. <?php
  2. if ($expr1) {
  3. // if body
  4. } elseif ($expr2) {
  5. // elseif body
  6. } else {
  7. // else body;
  8. }

应该使用关键词 elseif 代替所有 else if ,以使得所有的控制关键字都像是单独的一个词。

5.2. switch 和 case

标准的 switch 结构如下代码所示,留意括号、空格以及花括号的位置。 case 语句必须相对 switch 进行一次缩进,而 break 语句以及 case 内的其它语句都 必须 相对 case 进行一次缩进。 如果存在非空的 case 直穿语句,主体里必须有类似 // no break 的注释。

  1. <?php
  2. switch ($expr) {
  3. case 0:
  4. echo 'First case, with a break';
  5. break;
  6. case 1:
  7. echo 'Second case, which falls through';
  8. // no break
  9. case 2:
  10. case 3:
  11. case 4:
  12. echo 'Third case, return instead of break';
  13. return;
  14. default:
  15. echo 'Default case';
  16. break;
  17. }

5.3. while 和 do while

一个规范的 while 语句应该如下所示,注意其 括号、空格以及花括号的位置。

  1. <?php
  2. while ($expr) {
  3. // structure body
  4. }

标准的 do while 语句如下所示,同样的,注意其 括号、空格以及花括号的位置。

  1. <?php
  2. do {
  3. // structure body;
  4. } while ($expr);

5.4. for

标准的 for 语句如下所示,注意其 括号、空格以及花括号的位置。

  1. <?php
  2. for ($i = 0; $i < 10; $i++) {
  3. // for body
  4. }

5.5. foreach

标准的 foreach 语句如下所示,注意其 括号、空格以及花括号的位置。

  1. <?php
  2. foreach ($iterable as $key => $value) {
  3. // foreach body
  4. }

5.6. try, catch

标准的 try catch 语句如下所示,注意其 括号、空格以及花括号的位置。

  1. <?php
  2. try {
  3. // try body
  4. } catch (FirstExceptionType $e) {
  5. // catch body
  6. } catch (OtherExceptionType $e) {
  7. // catch body
  8. }

6. 闭包

闭包声明时,关键词 function 后以及关键词 use 的前后都必须要有一个空格。
开始花括号必须写在声明的同一行,结束花括号必须紧跟主体结束的下一行。
参数列表和变量列表的左括号后以及右括号前,必须不能有空格。
参数和变量列表中,逗号前必须不能有空格,而逗号后必须要有空格。
闭包中有默认值的参数必须放到列表的后面。
标准的闭包声明语句如下所示,注意其 括号、逗号、空格以及花括号的位置。

  1. <?php
  2. $closureWithArgs = function($arg1, $arg2){
  3. // body
  4. };
  5. $closureWithArgsAndVars = function($arg1, $arg2)use($var1, $var2){
  6. // body
  7. };

参数列表以及变量列表可以分成多行,这样,包括第一个在内的每个参数或变量都必须单独成行,而列表的右括号与闭包的开始花括号必须放在同一行。
以下几个例子,包含了参数和变量列表被分成多行的多情况。

  1. <?php
  2. $longArgs_noVars = function( $longArgument, $longerArgument, $muchLongerArgument ){
  3. // body
  4. };
  5. $noArgs_longVars = function()use( $longVar1, $longerVar2, $muchLongerVar3 ){
  6. // body
  7. };
  8. $longArgs_longVars = function( $longArgument, $longerArgument, $muchLongerArgument )use( $longVar1, $longerVar2, $muchLongerVar3 ){
  9. // body
  10. };
  11. $longArgs_shortVars = function( $longArgument, $longerArgument, $muchLongerArgument )use($var1){
  12. // body
  13. };
  14. $shortArgs_longVars = function($arg)use( $longVar1, $longerVar2, $muchLongerVar3 ){
  15. // body
  16. };

注意,闭包被直接用作函数或方法调用的参数时,以上规则仍然适用。

  1. <?php
  2. $foo->bar(
  3. $arg1,
  4. function($arg2)use($var1){
  5. // body
  6. },
  7. $arg3
  8. );

7. 总结

以上规范难免有疏忽,其中包括但不仅限于:

  • 全局变量和常量的定义
  • 函数的定义
  • 操作符和赋值
  • 行内对齐
  • 注释和文档描述块
  • 类名的前缀及后缀
  • 最佳实践

本规范之后的修订与扩展将弥补以上不足。