为什么CakePHP仍然使用制表符进行缩进?

为什么CakePHP仍然使用制表符进行缩进?,cakephp,Cakephp,我认为这很旧,但是v3分支仍然使用制表符。有人知道为什么新版本没有PSR-2这样的东西吗?也许杰夫·阿特伍德的这篇文章会有所帮助:PSR-2不是一个标准 它不是一个标准,即使它是,它也是自愿的 为什么不遵循PSR-2 撇开任何制表符和空格之争不谈,为CakePHP更改项目范围内的空格具有以下优点: 匹配PSR-2 它带来了以下缺点: 零性能或功能效益 合并分行的不便 合并冲突和一般性构建版本 最后两点很重要——CakePHP已经经历了各种与格式相关的自动更改,每次都会导致在构建版本或尝试


我认为这很旧,但是
v3
分支仍然使用制表符。有人知道为什么新版本没有PSR-2这样的东西吗?

也许杰夫·阿特伍德的这篇文章会有所帮助:

PSR-2不是一个标准 它不是一个标准,即使它是,它也是自愿的

为什么不遵循PSR-2 撇开任何制表符和空格之争不谈,为CakePHP更改项目范围内的空格具有以下优点:

  • 匹配PSR-2
它带来了以下缺点:

  • 零性能或功能效益
  • 合并分行的不便
  • 合并冲突和一般性构建版本
最后两点很重要——CakePHP已经经历了各种与格式相关的自动更改,每次都会导致在构建版本或尝试将修复从一个版本向后移植到另一个版本时花费/损失处理合并冲突的时间


这就是为什么在短期内不可能遵循PSR-2的这一特定规则的一些原因。

问题是:为什么其他人还没有使用它?PSR-2在如何正确缩进代码方面受到阻碍。只能使用选项卡。蛋糕可能不会改变这一点(这是件好事)。其余的人希望有一天会清醒过来。我同意@mark的观点。最后,只需使用原始回购协议使用的任何东西。它可能永远不会改变,除了PSR-2“兼容”之外,当然也不重要。收到通知很有趣,回到这个问题上来,特别是现在CakePHP3使用PSR2:)这篇文章很棒。我还得看一些报纸。谢谢。我知道CakePHP团队使用代码嗅探器。我只能想象空间会是一个多么痛苦的问题。在使用代码嗅探器时,标签对我来说似乎更有意义。它使事情更整洁。