php psr-2,「PSR 规范」PSR-2 编码风格规范

最新推荐文章于 2021-07-16 20:10:58 发布
最新推荐文章于 2021-07-16 20:10:58 发布
阅读量209 收藏
点赞数
文章标签： php psr-2

编码风格指南

本篇规范是 PSR-1 基本代码规范的继承与扩展。

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

当多名程序员在多个项目中合作时，就需要一个共同的编码规范，

而本文中的风格规范源自于多个不同项目代码风格的共同特性，

因此，本规范的价值在于我们都遵循这个编码风格，而不是在于它本身。

关于「能愿动词」的使用

为了避免歧义，文档大量使用了「能愿动词」，对应的解释如下：

必须 (MUST)：绝对，严格遵循，请照做，无条件遵守；

一定不可 (MUST NOT)：禁令，严令禁止；

应该 (SHOULD) ：强烈建议这样做，但是不强求；

不该 (SHOULD NOT)：强烈不建议这样做，但是不强求；

可以 (MAY) 和 可选 (OPTIONAL) ：选择性高一点，在这个文档内，此词语使用较少；

1. 概览

代码 必须 遵循 PSR-1 中的编码规范 。

代码 必须 使用4个空格符而不是「Tab 键」进行缩进。

每行的字符数 应该 软性保持在 80 个之内，理论上 一定不可 多于 120 个，但 一定不可 有硬性限制。

每个 namespace 命名空间声明语句和 use 声明语句块后面，必须 插入一个空白行。

类的开始花括号({) 必须 写在类声明后自成一行，结束花括号(})也 必须 写在类主体后自成一行。

方法的开始花括号({) 必须 写在函数声明后自成一行，结束花括号(})也 必须 写在函数主体后自成一行。

类的属性和方法 必须 添加访问修饰符(private、protected 以及 public)，abstract 以及 final 必须 声明在访问修饰符之前，而 static 必须 声明在访问修饰符之后。

控制结构的关键字后 必须 要有一个空格符，而调用方法或函数时则 一定不可 有。

控制结构的开始花括号({) 必须 写在声明的同一行，而结束花括号(}) 必须 写在主体后自成一行。

控制结构的开始左括号后和结束右括号前，都 一定不可 有空格符。

1.1. 例子

以下例子程序简单地展示了以上大部分规范：

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);

}

}

final public static function bar()

{

// 方法的内容

}

}

2. 通则

2.1 基本编码准则

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

2.2 文件

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

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

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

2.3. 行

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

软性的长度约束 必须 要限制在 120 个字符以内，若超过此长度，带代码规范检查的编辑器 必须 要发出警告，不过 一定不可 发出错误提示。

每行 不该 多于80个字符，大于80字符的行 应该 折成多行。

非空行后 一定不可 有多余的空格符。

空行 可以 使得阅读代码更加方便以及有助于代码的分块。

每行 一定不可 存在多于一条语句。

2.4. 缩进

代码 必须 使用4个空格符的缩进，一定不可 用 tab键。

备注：使用空格而不是「tab键缩进」的好处在于，

避免在比较代码差异、打补丁、重阅代码以及注释时产生混淆。

并且，使用空格缩进，让对齐变得更方便。

2.5. 关键字 以及 True/False/Null

PHP所有 关键字 必须 全部小写。

常量 true 、false 和 null 也 必须 全部小写。

3. namespace 以及 use 声明

namespace 声明后 必须 插入一个空白行。

所有 use 必须 在 namespace 后声明。

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

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

例如：

namespace Vendor\Package;

use FooClass;

use BarClass as Bar;

use OtherVendor\OtherPackage\BazClass;

// ... 更多的 PHP 代码在这里 ...

4. 类、属性和方法

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

4.1. 扩展与继承

关键词 extends 和 implements 必须 写在类名称的同一行。

类的开始花括号 必须 独占一行，结束花括号也 必须 在类主体后独占一行。

namespace Vendor\Package;

use FooClass;

use BarClass as Bar;

use OtherVendor\OtherPackage\BazClass;

class ClassName extends ParentClass implements \ArrayAccess, \Countable

{

// 这里面是常量、属性、类方法

}

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

namespace Vendor\Package;

use FooClass;

use BarClass as Bar;

use OtherVendor\OtherPackage\BazClass;

class ClassName extends ParentClass implements

\ArrayAccess,

\Countable,

\Serializable

{

// 这里面是常量、属性、类方法

}

4.2. 属性

每个属性都 必须 添加访问修饰符。

一定不可 使用关键字 var 声明一个属性。

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

不该 使用下划线作为前缀，来区分属性是 protected 或 private。

以下是属性声明的一个范例：

namespace Vendor\Package;

class ClassName

{

public $foo = null;

}

4.3. 方法

所有方法都 必须 添加访问修饰符。

不该 使用下划线作为前缀，来区分方法是 protected 或 private。

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

一个标准的方法声明可参照以下范例，留意其括号、逗号、空格以及花括号的位置。

namespace Vendor\Package;

class ClassName

{

public function fooBarBaz($arg1, &$arg2, $arg3 = [])

{

// method body

}

}

4.4. 方法的参数

参数列表中，每个逗号后面 必须 要有一个空格，而逗号前面 一定不可 有空格。

有默认值的参数，必须 放到参数列表的末尾。

namespace Vendor\Package;

class ClassName

{

public function foo($arg1, &$arg2, $arg3 = [])

{

// method body

}

}

参数列表 可以 分列成多行，这样，包括第一个参数在内的每个参数都 必须 单独成行。

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

namespace Vendor\Package;

class ClassName

{

public function aVeryLongMethodName(

ClassTypeHint $arg1,

&$arg2,

array $arg3 = []

) {

// 方法的内容

}

}

4.5. abstract 、 final 、 以及 static

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

namespace Vendor\Package;

abstract class ClassName

{

protected static $foo;

abstract protected function zim();

final public static function bar()

{

// method body

}

}

4.6. 方法及函数调用

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

bar();

$foo->bar($arg1);

Foo::bar($arg2, $arg3);

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

$foo->bar(

$longArgument,

$longerArgument,

$muchLongerArgument

);

5. 控制结构

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

控制结构关键词后 必须 有一个空格。

左括号 ( 后 一定不可 有空格。

右括号 ) 前也 一定不可 有空格。

右括号 ) 与开始花括号 { 间 必须 有一个空格。

结构体主体 必须 要有一次缩进。

结束花括号 } 必须 在结构体主体后单独成行。

每个结构体的主体都 必须 被包含在成对的花括号之中，

这能让结构体更加结构化，以及减少加入新行时，出错的可能性。

5.1. if 、elseif 和 else

标准的 if 结构如下代码所示，请留意「括号」、「空格」以及「花括号」的位置，

注意 else 和 elseif 都与前面的结束花括号在同一行。

if ($expr1) {

// if body

} elseif ($expr2) {

// elseif body

} else {

// else body;

}

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

5.2. switch 和 case

标准的 switch 结构如下代码所示，留意括号、空格以及花括号的位置。

case 语句 必须 相对 switch 进行一次缩进，而 break 语句以及 case 内的其它语句都 必须 相对 case 进行一次缩进。

如果存在非空的 case 直穿语句，主体里 必须 有类似 // no break 的注释。

switch ($expr) {

case 0:

echo 'First case, with a break';

break;

case 1:

echo 'Second case, which falls through';

// no break

case 2:

case 3:

case 4:

echo 'Third case, return instead of break';

return;

default:

echo 'Default case';

break;

}

5.3. while 和 do while

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

while ($expr) {

// structure body

}

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

do {

// structure body;

} while ($expr);

5.4. for

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

for ($i = 0; $i < 10; $i++) {

// for body

}

5.5. foreach

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

foreach ($iterable as $key => $value) {

// foreach body

}

5.6. try, catch

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

try {

// try body

} catch (FirstExceptionType $e) {

// catch body

} catch (OtherExceptionType $e) {

// catch body

}

6. 闭包

闭包声明时，关键词 function 后以及关键词 use 的前后都 必须 要有一个空格。

开始花括号 必须 写在声明的同一行，结束花括号 必须 紧跟主体结束的下一行。

参数列表和变量列表的左括号后以及右括号前，一定不可 有空格。

参数和变量列表中，逗号前 一定不可 有空格，而逗号后 必须 要有空格。

闭包中有默认值的参数 必须 放到列表的后面。

标准的闭包声明语句如下所示，注意其「括号」、「空格」以及「花括号」的位置。

$closureWithArgs = function ($arg1, $arg2) {

// body

};

$closureWithArgsAndVars = function ($arg1, $arg2) use ($var1, $var2) {

// body

};

参数列表以及变量列表 可以 分成多行，这样，包括第一个在内的每个参数或变量都 必须 单独成行，而列表的右括号与闭包的开始花括号 必须 放在同一行。

以下几个例子，包含了参数和变量列表被分成多行的多情况。

$longArgs_noVars = function (

$longArgument,

$longerArgument,

$muchLongerArgument

) {

// body

};

$noArgs_longVars = function () use (

$longVar1,

$longerVar2,

$muchLongerVar3

) {

// body

};

$longArgs_longVars = function (

$longArgument,

$longerArgument,

$muchLongerArgument

) use (

$longVar1,

$longerVar2,

$muchLongerVar3

) {

// body

};

$longArgs_shortVars = function (

$longArgument,

$longerArgument,

$muchLongerArgument

) use ($var1) {

// body

};

$shortArgs_longVars = function ($arg) use (

$longVar1,

$longerVar2,

$muchLongerVar3

) {

// body

};

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

$foo->bar(

$arg1,

function ($arg2) use ($var1) {

// body

},

$arg3

);

总结

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

全局变量和常量的定义

函数的定义

操作符和赋值

行内对齐

注释和文档描述块

类名的前缀及后缀

最佳实践

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

附录 A. 问卷调查

为了编写本规范，小组制定了调查问卷，用来统计各成员项目的共同规范。

以下是此问卷调查的数据，在此供查阅。

A.1. 问卷数据

url,http://www.horde.org/apps/horde/docs/CODING_STANDARDS,http://pear.php.net/manual/en/standards.php,http://solarphp.com/manual/appendix-standards.style,http://framework.zend.com/manual/en/coding-standard.html,http://symfony.com/doc/2.0/contributing/code/standards.html,http://www.ppi.io/docs/coding-standards.html,https://github.com/ezsystems/ezp-next/wiki/codingstandards,http://book.cakephp.org/2.0/en/contributing/cakephp-coding-conventions.html,https://github.com/UnionOfRAD/lithium/wiki/Spec%3A-Coding,http://drupal.org/coding-standards,http://code.google.com/p/sabredav/,http://area51.phpbb.com/docs/31x/coding-guidelines.html,https://docs.google.com/a/zikula.org/document/edit?authkey=CPCU0Us&hgd=1&id=1fcqb93Sn-hR9c0mkN6m_tyWnmEvoswKBtSc0tKkZmJA,http://www.chisimba.com,n/a,https://github.com/Respect/project-info/blob/master/coding-standards-sample.php,n/a,Object Calisthenics for PHP,http://doc.nette.org/en/coding-standard,http://flow3.typo3.org,https://github.com/propelorm/Propel2/wiki/Coding-Standards,http://developer.joomla.org/coding-standards.html

voting,yes,yes,yes,yes,yes,yes,yes,yes,yes,yes,yes,yes,yes,yes,yes,no,no,no,?,yes,no,yes

indent_type,4,4,4,4,4,tab,4,tab,tab,2,4,tab,4,4,4,4,4,4,tab,tab,4,tab

line_length_limit_soft,75,75,75,75,no,85,120,120,80,80,80,no,100,80,80,?,?,120,80,120,no,150

line_length_limit_hard,85,85,85,85,no,no,no,no,100,?,no,no,no,100,100,?,120,120,no,no,no,no

class_names,studly,studly,studly,studly,studly,studly,studly,studly,studly,studly,studly,lower_under,studly,lower,studly,studly,studly,studly,?,studly,studly,studly

class_brace_line,next,next,next,next,next,same,next,same,same,same,same,next,next,next,next,next,next,next,next,same,next,next

constant_names,upper,upper,upper,upper,upper,upper,upper,upper,upper,upper,upper,upper,upper,upper,upper,upper,upper,upper,upper,upper,upper,upper

true_false_null,lower,lower,lower,lower,lower,lower,lower,lower,lower,upper,lower,lower,lower,upper,lower,lower,lower,lower,lower,upper,lower,lower

method_names,camel,camel,camel,camel,camel,camel,camel,camel,camel,camel,camel,lower_under,camel,camel,camel,camel,camel,camel,camel,camel,camel,camel

method_brace_line,next,next,next,next,next,same,next,same,same,same,same,next,next,same,next,next,next,next,next,same,next,next

control_brace_line,same,same,same,same,same,same,next,same,same,same,same,next,same,same,next,same,same,same,same,same,same,next

control_space_after,yes,yes,yes,yes,yes,no,yes,yes,yes,yes,no,yes,yes,yes,yes,yes,yes,yes,yes,yes,yes,yes

always_use_control_braces,yes,yes,yes,yes,yes,yes,no,yes,yes,yes,no,yes,yes,yes,yes,no,yes,yes,yes,yes,yes,yes

else_elseif_line,same,same,same,same,same,same,next,same,same,next,same,next,same,next,next,same,same,same,same,same,same,next

case_break_indent_from_switch,0/1,0/1,0/1,1/2,1/2,1/2,1/2,1/1,1/1,1/2,1/2,1/1,1/2,1/2,1/2,1/2,1/2,1/2,0/1,1/1,1/2,1/2

function_space_after,no,no,no,no,no,no,no,no,no,no,no,no,no,no,no,no,no,no,no,no,no,no

closing_php_tag_required,no,no,no,no,no,no,no,no,yes,no,no,no,no,yes,no,no,no,no,no,yes,no,no

line_endings,LF,LF,LF,LF,LF,LF,LF,LF,?,LF,?,LF,LF,LF,LF,?,,LF,?,LF,LF,LF

static_or_visibility_first,static,?,static,either,either,either,visibility,visibility,visibility,either,static,either,?,visibility,?,?,either,either,visibility,visibility,static,?

control_space_parens,no,no,no,no,no,no,yes,no,no,no,no,no,no,yes,?,no,no,no,no,no,no,no

blank_line_after_php,no,no,no,no,yes,no,no,no,no,yes,yes,no,no,yes,?,yes,yes,no,yes,no,yes,no

class_method_control_brace,next/next/same,next/next/same,next/next/same,next/next/same,next/next/same,same/same/same,next/next/next,same/same/same,same/same/same,same/same/same,same/same/same,next/next/next,next/next/same,next/same/same,next/next/next,next/next/same,next/next/same,next/next/same,next/next/same,same/same/same,next/next/same,next/next/next

A.2. 问卷说明

indent_type:

缩进类型. tab = "使用 tab 键一次", 2 or 4 = "空格的数量"

line_length_limit_soft:

每行字符数量的“软”限制. ? = 不可辩或无作答, no 表示无限制.

line_length_limit_hard:

每行字符数量的“硬”限制. ? = 不可辩或无作答, no 表示无限制.

class_names:

类名称的命名. lower = 只允许小写字母, lower_under = 下滑线分隔的小写字母, studly = StudlyCase 的驼峰风格.

class_brace_line:

类的开始花括号是与 class 关键字在同一行或是在其的下一行？

constant_names:

类的常量如何命名? upper = 下划线分隔的大写字母.

true_false_null:

关键字 true、false 以及 null 是全部小写 lower 还是全部大写 upper?

method_names:

方法名称如何命名? camel = camelCase, lower_under = 下划线分隔的小写字母.

method_brace_line:

方法的开始花括号是与方法名在同一行还是在其的下一行？

control_brace_line:

控制结构的开始花括号是与声明在同一行还是在其的下一行？

control_space_after:

控制结构关键词后是否有空格？

always_use_control_braces:

控制结构体是否都要被包含在花括号内？

else_elseif_line:

else 或 elseif 与前面的结束花括号在同一行还是在其的下一行？

case_break_indent_from_switch:

switch 语句中的 case 和 break 需要相对 switch 缩进多少次？

function_space_after:

函数调用语句中，函数名称与变量列表的左括号间是否有空格？

closing_php_tag_required:

纯 PHP 代码的文件，是否需要 ?> 结束标签？

line_endings:

选择哪种类型的行结束符？

static_or_visibility_first:

声明一个静态方法时，static 是写访问修饰符前还是后？

control_space_parens:

控制结构里，左括号后以及右括号前是否有空格？yes = if ( $expr ), no = if ($expr).

blank_line_after_php:

PHP 开始标签后，是否需要一个空行？

class_method_control_brace:

开始花括号在类、方法和控制结构的位置统计。

A.3. 问卷统计结果

indent_type:

tab: 7

2: 1

4: 14

line_length_limit_soft:

?: 2

no: 3

75: 4

80: 6

85: 1

100: 1

120: 4

150: 1

line_length_limit_hard:

?: 2

no: 11

85: 4

100: 3

120: 2

class_names:

?: 1

lower: 1

lower_under: 1

studly: 19

class_brace_line:

next: 16

same: 6

constant_names:

upper: 22

true_false_null:

lower: 19

upper: 3

method_names:

camel: 21

lower_under: 1

method_brace_line:

next: 15

same: 7

control_brace_line:

next: 4

same: 18

control_space_after:

no: 2

yes: 20

always_use_control_braces:

no: 3

yes: 19

else_elseif_line:

next: 6

same: 16

case_break_indent_from_switch:

0/1: 4

1/1: 4

1/2: 14

function_space_after:

no: 22

closing_php_tag_required:

no: 19

yes: 3

line_endings:

?: 5

LF: 17

static_or_visibility_first:

?: 5

either: 7

static: 4

visibility: 6

control_space_parens:

?: 1

no: 19

yes: 2

blank_line_after_php:

?: 1

no: 13

yes: 8

class_method_control_brace:

next/next/next: 4

next/next/same: 11

next/same/same: 1

same/same/same: 6

--

摈弃世俗浮躁，追求技术精湛

陆冠均(opllx)
关注
php PSR-2 规范
坚持
09-04 934
&lt;?php /** * 1.遵守psr-1的规范 * 2.文件准则 * （1）.php 文件必须要以一个空白作为结束 * （2）.纯的php代码文件必须省略最后的?&gt; 结束标签 * 3.行准则 * （1）代码每一行应该保持在80个字符以上 * （2）理论上一定不能超过120个子字符 * （3）大于80个字符应该换成多行 * （4）非空行后面...
php中PSR-[0-4]代码规范学习记录
大智若愚的博客
06-27 254
php中PSR-[0-4]代码规范学习记录 1. PSR是什么？ PSR是一套代码编写规范，用于约束代码风格。以前没有规范的时候大家都是按照自己的习惯来书写代码，但每个人风格不一样，你的代码在别人看来就是很不爽。而且会导致许多问题： function 函数名是否驼峰命名， 花括号{}是否换行写， 是该写注释呢还是不写 变量名是大写还是小写， 一个php文件中是一个类好还是允许有多个 所以PSR-[0-4]规范就应运而生，大家都共同遵守，就没有风格差异了。 PSR是由PHP-FIG这个组织发明的，FIG 是
PSR-2 代码风格规范
杨森源的博客
08-19 5886
这篇规范是PSR-1（基本代码规范）的扩展和继承。本规通过制定一系列规范化PHP代码的规则，以减少在浏览不同作者的代码时，因代码风格的不同而造成不便。这个风格规范是从各种各样的项目的共性中延伸出来的。当多名程序员在多个项目中合作时，它有助于有一套准则，在所有的项目中使用。因此，本指南的好处不是在规则本身，而是在这些规则的共享。 关键词 “必须”(“MUST”)、“一定不可/一定不能”(“MUST N
PHP PSR-2 代码风格规范 (中文版)
weixin_33909059的博客
01-29 146
代码风格规范 本篇规范是 PSR-1 基本代码规范的继承与扩展。 本规范希望通过制定一系列规范化PHP代码的规则，以减少在浏览不同作者的代码时，因代码风格的不同而造成不便。 当多名程序员在多个项目中合作时，就需要一个共同的编码规范， 而本文中的风格规范源自于多个不同项目代码风格的共同特性， 因此，本规范的价值在于我们都遵循这个编码风...
PHP 代码风格规范 PSR-2 (中文版)
itjackhe的博客
10-04 360
PHP 代码风格规范 PSR-2 (中文版) 本篇规范是 PSR-1 基本代码规范的继承与扩展。 本规范希望通过制定一系列规范化PHP代码的规则，以减少在浏览不同作者的代码时，因代 码风格的不同而造成不便。 当多名程序员在多个项目中合作时，就需要一个共同的编码规范， 而本文中的风格规范源自 于多个不同项目代码风格的共同特性， 因此，本规范的价值在于我们都遵循这个编码风格， 而不是在于它本身。 关键...
PHP PSR-2 基本代码规范(中文版)
xyy94813的博客
03-21 1649
原文传送门：PizzaLiu 代码风格规范 本篇规范是 PSR-1 基本代码规范的继承与扩展。 本规范希望通过制定一系列规范化PHP代码的规则，以减少在浏览不同作者的代码时，因代码风格的不同而造成不便。 当多名程序员在多个项目中合作时，就需要一个共同的编码规范， 而本文中的风格规范源自于多个不同项目代码风格的共同特性， 因此，本规范的价值在于我们都遵循这个编
「PSR 规范」PSR-2 编码风格规范1
08-08
PSR-2规范，全称为“PHP编码标准推荐规范”，是PHP软件基金会制定的一套旨在提高代码可读性和一致性的编码风格指南。它不仅是对PSR-1基本代码规范的继承与扩展，还提供了一系列具体的操作指南，帮助开发者编写更整洁...
vscode-php-formatter:Visual Studio代码扩展。 Sensiolabs PHP CS Fixer的包装。 分析一些PHP源代码并尝试解决编码标准问题（与PSR-1和PSR-2兼容）-Form source code
03-25
使用Visual Studio Code作为扩展安装后，此扩展会根据PSR-0，PSR-1， 或Symfony样式约定自动格式化PHP代码。 特征 仅格式化当前选择或整个文件的格式。 使用自定义键绑定或操作触发格式。 支持保存时格式化。 ...
psr7:超轻量级PSR-7实施
04-28
PSR-7的实施 一种超轻量级的PSR-7实现。 非常严格而且非常快速。 描述 食尸鬼 薄片 苗条的 尼霍尔姆 代码行 3.300 3.100 1.900 1.000 PSR-7 * 66％ 100％ 75％ 100％ PSR-17 不 是的 是的 是的 HTTPlug ...
PHP编码规范之PSR-2
大愚Talk
05-09 939
PSR-2 代码风格规范本篇规范是 PSR-1 基本代码规范的继承与扩展。本规范希望通过制定一系列规范化PHP代码的规则，以减少在浏览不同作者的代码时，因代码风格的不同而造成不便。当多名程序员在多个项目中合作时，就需要一个共同的编码规范， 而本文中的风格规范源自于多个不同项目代码风格的共同特性， 因此，本规范的价值在于我们都遵循这个编码风格，而不是在于它本身。关键词 “必须”(“MUST”)、“一定
PHP工程规范——PSR-2
书山路遥
07-23 367
1、必须满足psr-1； 2、必须使用4个空格作为缩进，不能使用tabs； 3、对于行数限制没有严格要求，但建议在120行以内，每一行建议不多于80个字符； 4、namespace声明之后必须空行，use声明之后必须空行； 5、类名后面的开大括弧必须另起一行，闭大括弧必须另起一行； 6、方法名后面的开大括弧必须另起一行，闭大括弧必须另起一行； 7、类的属性和方法必须指定可见性，abst...
PHPStorm配置PSR-2
yu_20170610的博客
03-26 806
一： 环境 IDE：phpstorm2017.3.6 插件：phpcs和php-cs-fixer （2）安装phpcs composer global require 'squizlabs/php_codesniffer=*' win环境生成路径:C:\Users\Administrator\AppData\Roaming\Composer\vendor\bin\phpcs.bat...
PHP推荐标准编码规范(PSR-1,PSR-2,PSR-3,PSR-4,PSR-12)
qq_40876291的博客
01-05 2521
PSR是PHP Standards Recommendation的简称 PSR是php-fig组织制定的一套规范。 官网：https://www.php-fig.org/ 下面是常用的几套规范： PSR-0：该标准不推荐使用，已被PSR-4替代。 PSR-1：基本编码标准。 PSR-2：该标准不推荐使用，已被PSR-12替代。 PSR-3：日志记录器接口。 PSR-4：自动加载。 PSR-12：扩...
php psr-2,PHP的PSR推荐规范,PSR-1,PSR-2,PSR-3,PSR-4详解
weixin_31554959的博客
03-10 422
PHP的PSR推荐规范,PSR-1,PSR-2,PSR-3,PSR-4详解PSR是php standards recommendation(php推荐标准)的简称。PHP-FIG制定了每个推荐的规范用于解决大多数php框架经常会遇到的某个具体问题。php框架无需频繁解决相同的问题，他们可以遵守PHP-FIG制定的推荐规范，使用共用的方案来解决。目前位置，PHP-FIG共发布了5个推荐标准。PSR-...
PHP编码规范PSR-2
weixin_30952103的博客
11-22 79
1. 概览 .note-content {font-family: 'Helvetica Neue', Arial, 'Hiragino Sans GB', STHeiti, 'Microsoft YaHei', 'WenQuanYi Micro Hei', SimSun, Song, sans-serif;} ...
PHP的PSR推荐规范,PSR-1,PSR-2,PSR-3,PSR-4详解
Your_is_my_God的博客
07-16 961
PHP的PSR推荐规范,PSR-1,PSR-2,PSR-3,PSR-4详解 PSR是php standards recommendation(php推荐标准)的简称。PHP-FIG制定了每个推荐的规范用于解决大多数php框架经常会遇到的某个具体问题。php框架无需频繁解决相同的问题，他们可以遵守PHP-FIG制定的推荐规范，使用共用的方案来解决。 目前位置，PHP-FIG共发布了5个推荐标准。 PSR-1：基本的代码风格 PSR-2：严格的代码风格 PSR-3：日志记录器接口 PSR-4：自动加载 注意
「 PSR规范」PSR-2 编码风格规范
TAKUNHA的博客
09-05 1238
编码风格指南 本篇规范是 [PSR-1][] 基本代码规范的继承与扩展。 本规范希望通过制定一系列规范化PHP代码的规则，以减少在浏览不同作者的代码时，因代码风格的不同而造成不便。 当多名程序员在多个项目中合作时，就需要一个共同的编码规范， 而本文中的风格规范源自于多个不同项目代码风格的共同特性， 因此，本规范的价值在于我们都遵循这个编码风格，而不是在于它本身。 关于「能愿
PHP编程：PSR-2编码规范详解
PSR-2编码规范是PHP Framework Interoperability Group（PHP-FIG）为PHP开发者制定的一套代码风格指南，旨在提高代码可读性、一致性和项目的协作性。PSR-2是基于PSR-1的基础编码标准进行的扩展，它涵盖了类、属性、...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值