我很感兴趣您对分隔超过 120 个符号的行的代码样式的看法。 哪里应该写等号? 在第一行还是下一行? 示例 #1 示例 #2 我在PSR中没有找到它的规则。 先感谢您。 ...
我很感兴趣您对分隔超过 120 个符号的行的代码样式的看法。 哪里应该写等号? 在第一行还是下一行? 示例 #1 示例 #2 我在PSR中没有找到它的规则。 先感谢您。 ...
我完全研究了PSR-2和PSR-12文档,但没有找到任何关于是否在 $this 关键字后放置任何空格的解释。 根据 PSR,我的确切问题是以下 styles 中哪一个更正确: 或者 要比较的示例代码如下: 和。。比较: 两者都正确吗? 如果是这样,是否有理由使用一个而不是另一个? ...
有没有格式化长三元运算符行的好方法? 让我们说: 根据 PSR 中定义的每行 120 个字符,这太长了。 我应该这样做: 或者还有其他最佳实践吗? ...
好的,所以 PSR 明确表示命名空间声明后的新行 当存在时,命名空间声明后必须有一个空行。 但是命名空间之前的空行呢? 是否有任何规则或限制? 我相信我在某处看到过一些东西,但现在找不到了。 ...
我需要知道是否可以根据PSR-2编码样式使用单行if语句。 我已经阅读过文档,但找不到任何相关信息。 https://www.php-fig.org/psr/psr-1/ https://www.php-fig.org/psr/psr-2/ ...
我正在使用现有资源进行新项目。 写代码的人使用了奇怪的格式代码。 见下面: 以我的观点,这不是人类可读的,对于许多断路器来说,这是疯狂的:OI想在PSR 2中对其进行格式化,我可以逐个文件地对其进行格式化,但是该项目规模很大,因此我正在寻找一种自动化的解决方案。 我尝试了许多在 ...
根据PSR-2标准,我无法找出要用于预定用途的空间。 我可以使用任意多的东西吗? 我总是用4个空格 但是我也看到了使用超过24个空格的代码。 哪个编码标准? 我将有24个空格的代码更改为4个空格,然后我的同事问我为什么要更改它。 ...
当我将netbeans 8.2用于PHP代码时,它总是 空假是 大写。 但是PSR-2告诉我们 PHP常数true,false和null必须小写。 我如何更改它,netbeabs用小写字母给出 ...
在PhpStorm中,我正在向类添加一些代码。 该类具有通过以下行定义的私有属性: ...,但是该行用IDE的语法检查器加了下划线。 将鼠标悬停在行上会显示以下错误消息: 私有成员变量“ jobRepository”必须带有下划线前缀 这很烦人,因为PSR-2明显不 ...
我想运行phpcs工具,但是这个错误即将到来, ERROR: Referenced sniff "PHPCompatibility" does not exist我运行phpcs -i。 那给了我, The installed coding standards are PEAR, P ...
我有一个Account类,它有一个默认的构造函数: 我需要为此类实现一个复制构造函数,以便可以通过从另一个帐户复制数据来构造一个新帐户。 在其他 OOP 语言中,这可以通过为默认构造函数创建重载以接收帐户类的另一个实例进行复制来完成。 但是,无论参数不同,PHP 都不允许有两个同名的函数,包括 ...
PHP PSR 2编码样式指南要求函数名称与其后的左括号之间不能有空格。 这在编写函数签名时适用: 方法名称不得在方法名称后使用空格声明。 左括号必须沿自己的行,而右括号必须沿主体的下一行。 左括号后面一定不能有空格,右括号后面一定不能有空格。 以及调用一个函数: ...
PSR-2文件 2.2中有一件事使我感到困惑。 我所知道的是,不同的操作系统默认使用不同的行结尾: 窗户:CRLF UNIX:LF MAC:CR 我想知道为什么“所有PHP文件都必须使用Unix LF(linefeed)行结尾”。 换句话说,行尾会 ...
对齐或不对齐... 以下方法的优缺点。 我喜欢用第一种情况。 因为我认为这是最佳选择,但其他人则认为不是。 在文件中添加新常量时-diff是1个字符串,而不是更多 更清晰,更美丽 连锁通话(->->->->)-更清晰 你怎么 ...
例如,Symfony使用\\Controller 。 Yii2使用\\controllers和\\models 。 是否有关于...s|es的标准,如PSR? ...
根据PSR2,在多维数组的键和值之间有空格的正确方法是什么。 VS 它看起来第一个更具可读性,但我们有额外的空间。 ...
我在一个专有项目上工作,该项目使用了很多种形式的工厂。 幸运的是,它们中的大多数都没有按名称实例化类,但是new self()或new static()是否用于实例化取决于开发人员。 我知道不同之处,但我很好奇是否有一些共识,即当技术上不需要后期静态绑定时哪一个是“正确”的方法。 例如 ...
在我看来, 样本#2似乎是更易读的注释方式。 但是,如果我对两个样本都应用PSR-2,则样本#1不会发生变化,但样本#2的结果将发生如下变化,这不是正确的注释。 在这种情况下,发表评论的最佳方法是什么? 样品#1 样品#2 样品2的PSR-2结果 ...
如果我们符合PSR-2标准,请不要使用多行参数的描述: 参数列表可以分为多行,每行后面缩进一次。 这样做时,列表中的第一项必须位于下一行,并且每行必须只有一个参数。 当参数列表分成多行时,右括号和右括号必须放在自己的行上,并且它们之间必须有一个空格。 这是否意味着参数 ...