Miy*_*der 6 coding-style legacy-code
在新工作中继承应用程序时,您是否倾向于坚持原始的开发人员编码实践,或者您是否开始应用自己的应用程序？
我在没有指导的小商店工作,总是想知道这里的规则是什么.有些应用程序编写得很好,但不遵循我使用的标准(变量名等等),我不想"弄脏"它们.我发现自己花了一点时间保持一致.
其他人的写得非常糟糕,看起来开发人员每次击键都在改变主意......
当我开始自己的项目时呢？所以现在我已经为这个组合引入了一个新的编码标准:
Jay*_*uzi 10
如果有多个开发人员在同一模块上工作,请不要更改样式.
如果您将在不久的将来将其交给另一位开发人员(此角色是临时的),请不要更改样式.
如果您正在获取模块的完整,独占,永久所有权,请更改它,但请遵循以下规则:
一次改变一次.
立即修复所有缩进,并提交更改.
立即修复所有支撑位置,并提交更改.
立即修复所有其他格式,并提交更改.
立即修复所有命名,并提交更改.
不要花很多时间在上面.
如果需要一两个小时,那就减少.
使提交描述清楚.
因此,您可以在分析更改历史记录时快速忽略这些更改
使用自动化工具
确保结果一致和完整,因此您不必再次弄乱它.
运行测试
仅仅因为你的改变不应该影响行为并不意味着他们不会.(三重否定,哎哟!)
确保每个人都知道你在做什么
有人可能会在他们现在要提交的内容中进行更改,并且与您的更改合并会很痛苦.此外,你不希望任何人感到惊讶,并在你做之前告诉你的老板.
不要再这样做了
这是一次性的事情.