遵循原作者的编码风格?即使它太可怕/懒惰/让你的眼睛流血?

oev*_*vna 12 c open-source

当为一个非常古老的,显然不再维护的开源或公共领域项目做贡献时,是否建议练习遵循原作者的编码风格,即使它很糟糕?

更重要的是,有没有理由为什么人们想要遵循原作者的编码风格而不是明显地清理它?

Ada*_*eld 40

遵循原始编码风格.即使它对你不好,也要保持一致,这要好得多.

如果您决定清理编码样式,请与其他任何更改分开执行.不要使用样式更改来混淆源控件差异.做一个(或几个)签到,你唯一要做的就是改变代码风格.不要将真正的更改与无意义的更改混合在一起,这使得在查看源代码控制提交时无法找到相关更改.

  • +1 - 我唯一反对这个建议的是原始代码风格是否可怕*因为*它不一致. (8认同)
  • +1用于分隔代码更改与样式更改的提交 (7认同)

sla*_*acy 5

如果你知道它没有维护,并且你正在对它进行更改,那么我怀疑你将成为未来的事实所有者/维护者.

所以,那就是说,我会通过电子邮件发送给原作者/维护者,看看他们对格式或风格变化的看法,然后继续开枪.