defensive-programming - 这是防御性编程吗？

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center为指导。




9年前关闭。




我一直认为防御性编程是邪恶的(而且我仍然认为)，因为根据我的经验，防御性编程通常总是涉及基于不可预测的结果的某种不合理的牺牲。例如，我看到很多人试图防御性地编写代码来对抗他们自己的同事。他们会“以防万一”代码稍后以某种方式更改。他们最终会以某种方式牺牲性能，或者他们会在所有情况下都采用一些 Elixir 。

这种特定的编码实践，算不算防御性编程？如果不是，这种做法会被称为什么？

维基百科将防御性编程定义为对软件不可预测使用的保护，但并未指明针对其他程序员的代码完整性的防御性编程策略，所以我不确定它是否适用，也不知道这叫什么。

基本上，我希望能够与这样做的人争论，并以专业的方式告诉他们他们的做法是错误的。我希望能够客观地反对这一点，因为它弊大于利。

Answer 1

“过度设计”是错误的。

“防御性编程”很好。

这需要智慧、经验……也许还有频繁代码审查的长期政策……才能区分。