https://blog.csdn.net/qq_28602957/article/details/52248239

这篇规范是PSR-1(基本代码规范)的扩展和继承。

本规通过制定一系列规范化PHP代码的规则,以减少在浏览不同作者的代码时,因代码风格的不同而造成不便。

这个风格规范是从各种各样的项目的共性中延伸出来的。当多名程序员在多个项目中合作时,它有助于有一套准则,在所有的项目中使用。

因此,本指南的好处不是在规则本身,而是在这些规则的共享。

关键词 “必须”(“MUST”)、“一定不可/一定不能”(“MUST NOT”)、“需要”(“REQUIRED”)、 
“将会”(“SHALL”)、“不会”(“SHALL NOT”)、“应该”(“SHOULD”)、“不该”(“SHOULD NOT”)、 
“推荐”(“RECOMMENDED”)、“可以”(“MAY”)和”可选“(“OPTIONAL”)的详细描述可参见 RFC 2119

1.概览

  • 代码必须遵循PSR-1基本代码规范。
  • 代码必须使用四个空格符进行缩进,而不是一个tab键。
  • 每行应该保持在80个字符以内,软限制必须是120个字符,但一定不能有硬性限制。
  • 每个namespace命名空间声明语句和use声明语句块后面,必须有一个空白行。
  • 类的开始花括号({)必须写在函数声明后自成一行,结束花括号(})也必须写在函数主体后自成一行。
  • 方法的开始花括号({)必须写在函数声明后自成一行,结束花括号(})也必须写在函数主体后自成一行。
  • 在所有的属性和方法上都必须声明可见性(译者注:privateprotected以及public);abstractfinal必须声明在可见性之前;static必须声明在可见性之后。
  • 控制结构的关键词后面必须有一个空格符,方法和函数调用一定不能有。
  • 控制结构的开始花括号({)必须写在声明的同一行,而结束花括号(})必须写在主体后自成一行。
  • 控制结构的开始左括号({)之后一定不能有空格,右括号(})之前一定不能有空格。

1.1 例子

以下这个例子简单的展示了以上的大部分规范。

  1. <?php
  2. namespace Vendor\Package;
  3. use FooInterface;
  4. use BarClass as Bar;
  5. use OtherVendor\OtherPackage\BazClass;
  6. class Foo extends Bar implements FooInterface
  7. {
  8. public function sampleFunction($a, $b = null)
  9. {
  10. if ($a === $b) {
  11. bar();
  12. } elseif ($a > $b) {
  13. $foo->bar($arg1);
  14. } else {
  15. BazClass::bar($arg2, $arg3);
  16. }
  17. }
  18. final public static function bar()
  19. {
  20. // method body
  21. }
  22. }

2. 通则

2.1 基本编码规范

代码必须符合PSR-1的所有规范

2.2 文件

所有PHP文件必须使用Unix LF (linefeed)作为行的结束符。

所有PHP文件必须以一个空白行结束。

纯PHP代码文件必须省略最后的 ?> 结束标签。

2.3 行

行的长度一定不能有硬性的约束。

行长度的软性约束一定限制在120个字符以内;如果超过此长度,代码规范检查器必须发出警告,一定不能报错。

每行不应该超过80个字符;超过80个字符的行,应该被拆分成多个不超过80个字符的后续行。

在非空白行的后面一定不能有多余的空格符。

空行可以用来改善可读性和区分相关的代码块。

每行一定不能多余一条语句。

2.4 缩进

代码必须使用四个空格符缩进,一定不能使用tab键。

备注:只用空格,不于tab混合使用,有助于避免代码差异、打补丁、重阅代码以及注释时产生混淆。使用空格还可以使调整细微的缩进来改变对齐变得简单。

2.5 关键字和True/False/Null

PHP关键字必须全部小写。

PHP常量true,false和null**必须**全部小写。

3. 命名空间以及Use声明

存在命名空间时,其后面必须有一个空白行。

所有的use,必须在命名空间后声明。

每条use声明语句,必须只有一个use关键字。

use声明语句块后面必须有一个空白行。

例如:

  1. <?php
  2. namespace Vendor\Package;
  3. use FooClass;
  4. use BarClass as Bar;
  5. use OtherVendor\OtherPackage\BazClass;
  6. // ... additional PHP code ...

4. 类、属性和方法

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

4.1 扩展和继承

关键词extendsimplements必须和类名在同一行。

类开始的花括号({)必须独占一行,类结束的花括号(})必须在类主体后独占一行。

  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声明一个属性。

每条语句一定不能定义超过一个属性。

属性名称不应该以单个下划线作为前缀来表示属性是protectedprivate

一个属性的声明应该像下面这样。

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

4.3 方法

所有方法都必须声明可见性(访问修饰符)。

方法名称不应该以单个下划线作为前缀来表示是protectedprivate

方法名称后一定不能有空格符,其开始花括号必须独占一行,结束花括号也必须在方法主体后单独成一行。参数左括号后和右括号前一定不能有空格。

一个方法定义应该像下面这样,注意括号,逗号,空格和花括号的位置:

  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 function foo($arg1, &$arg2, $arg3 = [])
  6. {
  7. // method body
  8. }
  9. }

参数列表可以被拆分成分别有一次缩进的多行,这样,列表中的第一项必须放在下一行,每一行必须只放一个参数。

拆分成多行的参数列表后,结束括号以及方法开始花括号必须写在同一行,中间用一个空格分隔,一起自成一行。

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

4.5 abstract,finalstatic

当存在时,abstractfinal声明必须放在可见性之前。

当存在时,static声明必须放在可见性后。

  1. <?php
  2. namespace Vendor\Package;
  3. abstract class ClassName
  4. {
  5. protected static $foo;
  6. abstract protected function zim();
  7. final public static function bar()
  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的结构如下所示。注意其括号、空格以及花括号的位置,并且elseelseif和前一个主体的结束花括号}在同一行。

  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 switchcase

一个switch结构如下所示。注意其括号、空格以及花括号的位置。case语句必须相对于switch进行一次缩进,break关键字(或其他终止关键字)必须和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 (
  3. $longArgument,
  4. $longerArgument,
  5. $muchLongerArgument
  6. ) {
  7. // body
  8. };
  9. $noArgs_longVars = function () use (
  10. $longVar1,
  11. $longerVar2,
  12. $muchLongerVar3
  13. ) {
  14. // body
  15. };
  16. $longArgs_longVars = function (
  17. $longArgument,
  18. $longerArgument,
  19. $muchLongerArgument
  20. ) use (
  21. $longVar1,
  22. $longerVar2,
  23. $muchLongerVar3
  24. ) {
  25. // body
  26. };
  27. $longArgs_shortVars = function (
  28. $longArgument,
  29. $longerArgument,
  30. $muchLongerArgument
  31. ) use ($var1) {
  32. // body
  33. };
  34. $shortArgs_longVars = function ($arg) use (
  35. $longVar1,
  36. $longerVar2,
  37. $muchLongerVar3
  38. ) {
  39. // body
  40. };

注意:如果闭包在函数或方法中当做一个参数直接调用时,以上规则仍然适用。

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

7. 结论

有许多元素的风格和实践在本指南中被故意忽略掉。这些包括但不限于:

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

未来的建议可能会修改和扩展本指南,以解决这些或其他元素的风格和实践。

PSR-2 代码风格规范的更多相关文章

  1. 【PSR规范专题(3)】PSR-2 代码风格规范

    [PSR规范专题(3)]PSR-2 代码风格规范 标签(空格分隔): PHP 转载自:https://github.com/PizzaLiu/PHP-FIG/blob/master/PSR-2-cod ...

  2. PHP PSR-2 代码风格规范 (中文版)

    代码风格规范 本篇规范是 PSR-1 基本代码规范的继承与扩展. 本规范希望通过制定一系列规范化PHP代码的规则,以减少在浏览不同作者的代码时,因代码风格的不同而造成不便. 当多名程序员在多个项目中合 ...

  3. PHP PSR-2 代码风格规范

    代码风格规范 本篇规范是 PSR-1 基本代码规范的继承与扩展. 本规范希望通过制定一系列规范化PHP代码的规则,以减少在浏览不同作者的代码时,因代码风格的不同而造成不便. 当多名程序员在多个项目中合 ...

  4. Python 代码风格规范(Google)

    Python风格规范 分号 tip 不要在行尾加分号, 也不要用分号将两条命令放在同一行. 行长度 tip 每行不超过80个字符 例外: 长的导入模块语句 注释里的URL 不要使用反斜杠连接行. Py ...

  5. .net 代码风格规范

    声明:内容非原创,转自张子阳博客. 对于为什么是转载,唯一原因就是这东西居然比我整理的好,直接用得了. 1. C# 代码风格要求 1.1注释 类型.属性.事件.方法.方法参数,根据需要添加注释. 如果 ...

  6. .Net 项目代码风格规范

    最近没啥时间自己状态也不是很好,公司的事情忙,自己也有一些事情要处理,所以好久没有写博客了.利用公司午休时间写一写,以下是参考了一些资料,整理出来,共勉之. 代码风格没有正确与否,重要的是整齐划一,清 ...

  7. PHP 权威代码风格规范

    1.常规 尽量统一ide 比如phpstream 配置文件(Settings → Code Style → PHP → Set from... → Predefined Style → PSR1/PS ...

  8. Google的代码风格规范,各种语言都很全

    https://code.google.com/p/google-styleguide/

  9. python代码风格规范

    类注释模板: :: class AnotherClass: """ 类注释 """ def method(self, arg1, arg2, ...

随机推荐

  1. C51寄存器详解(Reg51.h)

    Reg51.h 这个头文件将C程序中能用到的寄存器名或寄存器中某位的名称与硬件地址值做了对应,在程序中直接写出这些名称,集成开发环境就能识别,并最终转换成机器代码,实现对单片机各硬件资源的准确操控. ...

  2. 关于VS2013的安装遇到的问题

    老师突然说实验一需要用代码实现,我之前配置的cocos的编程环境是cocos+VS2013,是很稳定的 但是,我安装unity5.5的时候,不小心选择了顺带安装了VS2015,就等于我电脑里面有了两个 ...

  3. web 前端 转盘界面

    http://www.cnblogs.com/arfeizhang/p/turntable.html "如果有个做转盘的需求,你准备怎么做?设计师只会提供一个转盘的图片,其余都需要你完成,不 ...

  4. Android_Zip解压缩工具

    public class ZipUtil { public ZipUtil(){ } /** * DeCompress the ZIP to the path * @param zipFileStri ...

  5. Android SDK代理server解决国内不能更新下载问题

    读者须知:本篇文章中最靠谱的是第三种方式,近期有读者反映第三种方式也不行了,以下提供一点其它途径的开源镜像网站: 国内高校的开源镜像站 中国科学技术大学(debian.ustc.edu.cn) 上海交 ...

  6. Tomcat6连接数设置:permsize

    Tomcat6默认配置,在后台一阵全点击服务器就报废了,查了一下就要是PERMSIZE默认值过小造成(16-64) TOMCAT_HOME/bin/catalina.sh 添加一行:JAVA_OPTS ...

  7. [SCOI2010]传送带[三分]

    //point(AB)->point(CD) 距离满足下凸性,用三分套三分实现 #include<cmath> #include<cstdio> #include< ...

  8. 插件—jquery.validate.js

    前言 在学习jquery.validate.js中的一个小案例,只是这个插件的简单使用. 案例代码如下: <head>    <title></title>    ...

  9. ios mrc & arc 并用

    如果在arc工程中倒入mrc文件就会提示出错. 解决办法如下: 在targets的build phases选项下Compile Sources下选择要使用arc编译的文件,双击它,输入-fno-obj ...

  10. ios开发-获取手机相关信息

    今天在做客户端的时候,里面有个意见反馈功能. 调用系统带的邮件功能,发送邮件到指定邮箱. 然后我就想,应该在邮件正文部分添加手机相关内容,比如型号,版本,应用程序的版本等等,这样不仅使用者方便,开发者 ...