很多时候我发现代码很难阅读,因为它的结构很差或者没有缩进。在 SOes 中,我们可以找到多个这样的例子。
在该站点上搜索解决此问题的问题时,我从@A.Cedano,PHP Naming Convention中发现了这个问题,但它并没有真正解决样式或最佳实践。我也没有找到任何涉及 PSR 1 和 2 的问题。
如果我能找到另一个类似的参考 html、css 和 js。HTML、CSS 和 Javascript 的官方样式指南
这就是我问这个问题的原因:
使用 PHP 开发时应考虑的有关代码样式和顺序的提示或建议有哪些?
使用 PHP 开发项目时,我们可以使用的最佳样式指南是PHP 标准推荐 (PSR)。特别是 PSR 1 和 2,分别指基本编码和编码风格。
PSR-1 基本编码标准
<?php ?>
and/or<?= ?>
标记,不使用其他开始/结束标记(例如<? ?>
、<% %>
等...)。StudlyCaps
.MI_CONSTANTE
) 分隔符以大写形式声明。camelCase
.PSR-2 编码风格指南
null
,true
并且false
必须是小写的。namespace
。use
。extends
e关键字implements
必须与类名在同一行声明。{
中的左大括号必须在下一行,右大括号必须在主体之后的下一行。}
public
(或protected
)private
。( )
不能有空格(例如:)miFuncion()
。{
(例如:)if
必须跟在同一行,右大括号}
必须移到正文之后的下一行。例子:
命名空间和使用
扩展和实现
特性
方法
具有多行参数的方法
抽象的、最终的和静态的
调用方法和函数
如果,否则 如果和否则
开关盒
时和时
为了
前锋
试着抓住
来源:https ://github.com/php-fig/fig-standards
作为对@Xerif 回复的补充,值得一提的是,这些 PSR 今天由PHP Framework Interoperability Group提出、维护和实施,该组织之所以重要,是因为它汇集了 PHP 生态系统中最重要的框架和库的代表:
(唯一大的不是 Laravel,但是 Taylor Otwell 离开了 FIG 是因为他没有时间参与辩论、投票或提议。但是 Laravel 的一部分采用了一些 PSR)
基本上,虽然这个小组不决定 PHP 引擎的核心功能,但他们可以通过采用允许框架之间互操作性的约定来决定如何使用这些功能。
例如,PHP 没有处理依赖注入的本机类。每个人都可以随心所欲地实现这样的构造。然而,由于 PHP-FIG 的存在,以及其成员之间达成的协议,他们提出了 PSR-11,它指定了依赖包装器的行为方式。今天,如果您安装一个将其
symfony/dependency-injection
用作注入器的框架,您可以随意更改它,php-di/php-di
因为它们实现了相同的接口。对于路线的处理
$request
和$response
路线也是如此。今天,大多数框架都遵循 PSR-7。这意味着例如,如果您想从Silex
a更改应用程序的引擎,您Slim
可以保持路由不变。尽管这与样式没有特别的关系,但这些 PSR 对于 PHP 生态系统至关重要,并加强了不同参与者之间的凝聚力。