标签：php standards coding-style psr-2

所以我前几天正在审查PSR编码标准(我正式遵循),并且我总是理解所有事情的原因,并且大部分都是按照过去10年我所做的一切编码,因为非常相似的标准是在我的大学时代,我被强烈地逼迫 – 它只是卡住了.

但是,我对PSR-2标准中的这个注释感到疑惑：

There MUST be one blank line after the namespace declaration, and there MUST be one blank line after the block of use declarations.

为什么是这样？我不反对它,但我确定有某种背景或历史可以解释,它从来没有真正跳到我身边.我想明显的原因是易读性,但我觉得这个标准有更深层次的原因.

虽然我在这里 – 有没有人知道有什么好的资源可以解释所有PSR指南背后的逻辑？在试图说服别人跟随他们时,有一个官方的推理和历史导致了具体的标准是有用的,他们可能不相信它符合他们的最佳利益.

解决方法:

我认为您将获得的最佳资源是PHP-FIG邮件列表,特别是Google Groups上的存档.以下是与您的问题相关的一些有趣讨论：

> Who voted and how for the coding standard
> The ‘final’ version, when it was hosted in the ‘php-standards’ group (later renamed to FIG).请注意,该线程中有一个死链接,指向当该组命名为“php-standards”时文档的生存位置.
>从this thread开始,你可以到达this blog post by Travis Swicegood,这让我觉得最清楚的来源是：PEAR2.

我个人的回忆是,标准是PEAR2,PHPCS,Doctrine1和Flow3风格的混合.但所有这些都是5年前,我有forgotten all about it.

标签：php,standards,coding-style,psr-2
来源： https://codeday.me/bug/20190725/1529195.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。