Sha*_*ane 8 php agile coding-style
在与一组开发人员合作时,我个人非常喜欢遵循内部编码标准.我觉得它为代码带来了连续性,让人们可以更轻松地扩展代码库,关闭工作,并在困难的任务中互相帮助.另一方面,我知道有很多人相信只要编码按时完成并且它起作用,我们应该接受个别编码器风格的差异.
看到硬币的两面,我发现很难确定是否有点扼杀程序员风格是否值得通过拥有一个相当标准的代码库获得(有时是边缘的,有时是大的)好处.特别是在速度很重要的敏捷开发框架内工作时,我认为这是一个更重要的问题.
为了加剧这种情况,我是一名PHP程序员,所以你很少会遇到两个同样风格的程序员,因为它主要是一门自学成才的学科.
最好是将一套松散的标准作为建议,只强制要求非常重要的项目(比如用变量名来限制匈牙利表示法),或者最好是铁拳并且要求缩进是制表符而不是空格而且括号总是打开他们自己的一条线.
编辑:
应该在问题中看到我的错误 - 我想我对标准应该有多严格感兴趣 - 他们应该有很大的自由度还是应该把它锁定？
Jon*_*gel 14
在实践中,我发现在命名时严格要比严格格式化更为重要.
幸运的是,将命名标准组合起来要容易得多.
只要有人的代码在可读性方面没有出道,我就不明白为什么有必要限制自己的个人风格.
无论您说什么标准,您的实际标准都是您执行的标准.
没有人的创造力受到关于多少空间和大括号去的规则的伤害.另一方面,获得一个用空格替换制表符的编辑器可能是值得的(反之亦然).
允许所有开发人员通过格式化表达他们的创造力的一个问题是,他们将做的是:花时间重新格式化东西以匹配他们的想法,而不是重构.
你不希望这样.
确保审核代码并且审核的部分内容是格式.如果你的开发人员因此而变形,那么他们可能并不像他们想象的那么壮观.