php – 使用空格而不是制表符缩进的客观原因?
根据PSR-2标准,是否有客观原因使用空格而不是制表符来缩进文件,有人可以提供:
>事实, PSR-2标准的基础? PSR-2标准的作者想到的不仅仅是“外观和感觉”,不仅仅是基于观点的事物,很多人都难以理解为什么在团队合作中空间更好. 接受答案的解释: 根据Farsides的回答:存储库事件可能是为什么空间在PSR-2中被解释为缩进工具的确切情况. PSR-2是为协助团队合作而开发的标准.行开头处的单个意外空间 – 使用制表符时 – 可能在IDE中不可见,并且可能会潜入存储库.如果有几个人在同一个文件上工作,很有可能产生不必要的冲突.使用空格而不是标签可以轻松捕捉眼球上的这种意外空间,这可能是一个原因,为什么使用它们成为标准.
事实:
1. GIT和其他版本控制系统以不同方式处理空白区域 根据我的经验,我们面对我们的项目:GIT和其他版本控制系统以不同的方式处理不可见空间TABS,并且它导致线条的变化,实际上没有受到影响.很容易不注意,当不小心添加一个空格时,TAB = indent在IDE中看起来相同,但GIT在合并时会有所不同.它会损害你有效地比较源代码控制中的修订版的能力,这真的很可怕.当你只有空间时,它永远不会发生. 2.中和协作者环境中的差异(编辑,操作系统,偏好等) 标签宽度(在空格中)取决于您的环境(文本编辑器,首选项等),但空间宽度在任何地方都是相同的. IDE非常智能,可以根据您的个人喜好处理白色空间,但协作产生的输出应符合标准. 3.使用空格的开发人员比使用标签的开发者赚钱更多 使用空格而不是制表符与工资提高8.6%相关联.使用空格而不是制表符与薪水差异相关,因为额外的2.4年经验. (来源:Stack Overflow 2017 Developer Survey). 4.关于编码风格重要性的大量研究 如果您项目中的每个合作者都会在编码上保持相同的标准 – 从长远来看,这将是好事,协作更有效率和专业性,在您重构或开发时也是如此.研究: >例如,Ben Shneiderman在Exploratory experiments in programmer behavior证实了这一点:
> Soloway和Ehrlich在1984年进行的一项1984年的研究引用了Code Complete年的研究,并从The Elements of Programming Style开始支持研究:
(编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |