DRY原则下区分重复还是巧合

DRY原则（Don't Repeat Yourself）强调避免代码的重复，但在实践中，区分真正的重复与表面的巧合性重复非常重要。不恰当地应用DRY原则，将外表相似的代码片段抽象化，可能会随着业务的发展导致更多的问题。

代码的重复有时仅是暂时的巧合，尤其是当两部分代码服务于迥然不同的业务逻辑时。随时间推移，业务发展导致原本相似的代码逐渐背离，若早期根据DRY原则进行抽象，可能会造成这些业务逻辑强制捆绑在一起。这种耦合导致后续的业务修改变得复杂，因为任何一个业务的改动都可能影响到另一个。

例如，将不同业务逻辑的“单据”抽象化，最初看似解决了重复问题，但随着业务的差异化发展，导致在处理不同单据时必须编写大量特定的代码，最终使得系统变得难以维护和更新。

在应用DRY原则时，关键在于从业务角度判断是否面对的是真正的重复，还是仅仅是巧合的相似。对于确实属于相同业务的重复代码，应当遵循DRY原则进行合理抽象。而对于巧合性的重复，更明智的选择是保持它们的独立性，分别处理，以避免未来潜在的耦合问题。

想要了解更多内容？

查看原文：DRY原则下区分重复还是巧合

文章来源：

老邓聊开发

扫码关注公众号

理解持续测试，才算理解DevOps

了解更多