极道
·
DRY陷阱：宁要重复代码也不要错误抽象
内容提要
在软件开发中，错误的抽象比重复代码更危险。程序员常因追求整洁而过早抽象，导致代码复杂化。面对新需求，最佳策略是保留重复代码，避免复杂的条件判断。应拆除错误抽象，恢复重复代码，观察其演化，最终提取出真正有价值的抽象。这一过程看似倒退，但实际上是朝着更好的方向前进。
关键要点
-
错误的抽象比重复代码更危险，可能导致代码复杂化。
-
程序员常因追求整洁而过早抽象，埋下隐患。
-
面对新需求，保留重复代码是更好的策略，避免复杂的条件判断。
-
错误抽象会导致代码中出现大量条件判断，增加维护难度。
-
沉没成本让开发者不敢回头，继续在错误抽象上投入。
-
最快的出路是后退，拆除错误抽象，恢复重复代码。
-
重复代码可以帮助发现真正的抽象边界，提供有价值的信息。
-
错误抽象加剧技术债务的累积，影响团队协作和代码可维护性。
-
判断抽象优劣的标准包括修改成本和参数数量。
-
面对不确定的代码片段，优先选择保留重复，逐步重构。
延伸解读
错误抽象的隐患
在软件开发中，错误的抽象会导致代码复杂化，增加维护难度。程序员在面对新需求时，往往会选择在已有抽象上进行修改，而不是重新审视代码的结构。这种做法可能会让原本清晰的逻辑变得混乱，增加了未来修改的成本。
重复代码的价值
虽然重复代码常被视为不良实践，但在某些情况下，它实际上可以帮助开发者更好地理解逻辑的核心。通过观察重复代码的演化，开发者能够识别出哪些部分是共通的，哪些是特定场景下的变化，从而为后续的正确抽象提供依据。
沉没成本的心理陷阱
开发者在面对错误抽象时，常常因为已投入的时间和精力而不敢回头。这种沉没成本谬误会导致团队继续在错误的方向上投入，最终使得代码库变得更加复杂。因此，及时识别并拆除错误抽象是维护代码质量的关键。
延伸问答
为什么错误的抽象比重复代码更危险？
错误的抽象会导致代码复杂化，增加维护难度，而重复代码则相对独立，修改时不会影响其他部分。
如何判断一个抽象是否正确？
可以通过修改成本与使用模块数量的关系，以及函数参数数量来判断，正确的抽象应开放且易于维护。
面对新需求时，为什么保留重复代码是更好的策略？
保留重复代码可以避免复杂的条件判断，减少错误抽象的风险，便于逐步重构。
如何处理已经存在的错误抽象？
可以通过逐步解体错误抽象，将其内部分支展开，复制回各个调用点，恢复为重复代码状态。
重复代码有什么价值？
重复代码可以帮助发现真正的抽象边界，提供有价值的信息，指导后续的正确抽象。
如何避免错误抽象的产生？
应在确认逻辑相似性后，积累足够的实例再进行抽象，避免因过早抽象而导致的复杂性。
