您被迫遵循的最奇怪的编码标准规则是什么？[关闭]

173

当我问这个问题时，我几乎总是可以肯定的是，您应该有编码标准。

您曾经被迫遵循的最奇怪的编码标准规则是什么？

最奇怪的是，我的意思是最有趣，最坏，或者很奇怪。

在每个答案中，请提及哪种语言，您的团队规模以及对您和您的团队造成的不良影响。

coding-style

— 布赖恩·邦迪
source

突然阅读了这份清单后，我觉得我有一个非常幸运的职业生涯可以避免任何这种强制性的废话！

— 马特b

下次我面试工作时，我将浏览该问题，以充当“危险信号。逃跑！”。指示符。的确编码标准反模式。

— 斯图·汤普森

我很尴尬地承认，在我职业生涯的早期，我对团队强加了答案之一。不好意思，伙计们

— JasonFruit 2010年

434

当禁止使用多次退货时，我讨厌它。

— 西蒙·约翰逊
source

这条规则的假定要点是什么？就个人而言，我将使代码审查失败，因为通过重新输入代码可以使代码更易于阅读。

— 马克·贝克

另一方面，在开始时取消诸如“ if（param == null）return null”之类的选项可以清理代码很多，禁止它而不是鼓励它是犯罪的。

— Bill K

解决方法：如果（！Initialize（））{RetVal = ERR_BADINIT; 转到ReturnPoint; }（还有更多代码）ReturnPoint：返回RetVal; } 问题解决了！;）

— 马克·伯尼尔

直到最近，禁止多次退货。然后发现这是C的遗留事实，被C ++ RAII淘汰，并且函数的大小小于15行。从那以后，就像《勇敢的心》一样：“ FREEDOM !!!!” ... :-p ...

— paercebal

122

您的选择：多次返回或更多嵌套的if语句。我会多次退货。

— 兰斯·费舍尔