问题标签 [psr-2]

在我看来，示例 #2似乎是更易读的评论方式。

但是，如果我将 PSR-2 应用于两个样本，则样本 #1不会改变，但样本 #2的结果会发生如下变化，这不是正确的评论。

在这种情况下发表评论的最佳方式是什么？

结论 2017/12/13

到目前为止，最好的方法似乎如下：在括号内标记它们

我从事一个专有项目，该项目使用了相当多的一种或另一种形式的工厂。幸运的是，它们中的大多数不按名称实例化类，但是否new self()用于new static()实例化取决于开发人员。

我知道其中的区别，但我很好奇当后期静态绑定在技术上不是必需的时，是否有一些共识是“正确”的方式。例如，new static()经常出现在几乎可以肯定永远不会被子类化的服务类中。这在抽象类中显然很重要，但我更喜欢new self()在我不期望子类的地方使用。

解决技术差异的问题：

• 新自我与新静态
• 什么是新静态？
• 为什么要返回新的静态？(PHP)

我好奇的是：

• 使用后期静态绑定是否会影响性能？
• 采用一种做法是否会对代码维护产生影响？例如。如果我使用 子类化一个类new self()，我必须重写/更改所有此类情况，但如果我的构造函数发生更改，这可能不是一件坏事。
• 是否有记录在案的最佳实践？我们使用 PSR-2，至少是有抱负的，但我不认为它涵盖了这一点。

根据 PSR2，在多行数组的键和值之间留有空格的正确方法是什么。

对比

看起来第一个更具可读性，但我们有额外的空间。

我有这样的声明：

SonarQube 显示此消息：

将此递增或递减运算符提取到专用语句中

这个消息是什么意思？？

谢谢

例如 Symfony 使用\Controller. Yii2 使用\controllers和\models。

是否有关于...s|es类似 PSR 的标准？

对齐还是不对齐...

以下方法的优缺点。

我喜欢使用第一种情况。因为我认为这是最佳的，但其他人却不这么认为。

• 向文件添加新常量时 - diff 是 1 个字符串，而不是更多
• 更清晰，更美丽
• 链式调用 (-> -> -> ->) - 更清晰

你怎么看？可能有关于它的 PSR 吗？

案例风格1

案例风格2

在PSR-2 文件的 2.2 中有一件事情让我很困惑。

我所知道的是，不同的操作系统默认使用不同的行尾：

• 窗户：CRLF
• Unix:LF
• 麦克：CR

我想知道为什么“所有 PHP 文件必须使用 Unix LF(linefeed) 行尾”。或者换句话说，行结束会导致什么？

PSR-2 和 Codeigniter 风格指南之间存在矛盾：

CI 中的 Allman 样式缩进，在 allman 的新行上的 PSR-2 elseifs 中不鼓励这种缩进

在 CI 和 PSR-2 中以下划线为前缀的类中的私有方法。

Codeigniter 中的 TRUE、FALSE、NULL 大写字母和 PSR-2 中的小写字母。

Codeigniter VS 4 个空格中的 Tab 用于 PSR 中的缩进

像这样的更多事件，但你明白了。

我正在考虑支持 PSR-2 而不是 Codeigniter 样式指南。

想法？

将有助于 PSR 命名约定。这会是一个好习惯吗？

例子：

PHP PSR 2 编码风格指南要求函数名和后面的左括号之间不能有任何空格。这在编写函数签名时适用：

方法名称不得在方法名称后使用空格声明。左大括号必须单独一行，右大括号必须在正文之后的下一行。左括号后不得有空格，右括号前不得有空格。

以及调用函数：

进行方法或函数调用时，方法或函数名称与左括号之间不得有空格，左括号后不得有空格，右括号前不得有空格。在参数列表中，每个逗号前不得有空格，每个逗号后必须有一个空格。

样式代码没有描述为什么这些是指导方针，而是规定在这种情况下该做什么或不做什么。在描述这个间距时，使用短语MUST和MUST NOT，表示绝对要求。这导致单词挤在一起（特别是长函数和参数名称），那么这个决定背后的原因是什么？