为什么代码的“复制和粘贴”很危险？

Question

有时，我的老板会向我们抱怨：

为什么我们需要这么长的时间来实现一个功能？

实际上，该功能之前已经在另一个应用程序中实现，您只需要从那里复制和粘贴代码。成本应该很低。

这真的是一个难题，因为在我看来，复制和粘贴代码并不是一件简单的事情。

你有什么好的理由向你的非技术老板解释这个吗？

Answer 1

如果您在复制粘贴代码中发现错误，则需要在每个地方修复它，并希望您能够记住它们（这也适用于更改的要求）。如果将逻辑保存在一个位置，则在需要时更容易更改（因此，如果您确定应用程序需要更新，则只能在一个位置进行更改）。让你的老板阅读干燥原则（不要重复自己）。您所描述的内容听起来像是图书馆的完美用途，您可以在这里共享代码并将其保存在一个地方。如果我打算在不久后重构它，我只会复制粘贴代码- 确保我稍后提取公共代码，这样我就可以重用尽可能多的逻辑。不久之后，我的意思是分钟和小时后，而不是几天和几周。

Answer 2

通过构建库而不是使用复制和粘贴复制代码，您可以更好地共享代码。你仍然可以获得速度优势而不是重写（查找DRY），但只有一个位置来维护代码。

Answer 3

显而易见的原因是你为未来承担了“债务”：你需要在代码中做出的任何改变（不只是错误修正，任何改变）现在都要贵两倍，因为你必须更新两个地方 - 而且风险更大，因为你最终会忘记其中一个。换句话说，现在让它更快地工作将使你的工作在未来更慢，这可能是良好的商业意识，但通常不是。但更重要的原因是“这与此相同”的假设往往是微妙的错误。每当您的代码依赖于未说出的假设是正确的时，将其复制到另一个地方会导致错误，除非这些假设也适用于新的地方。因此，粘贴的代码从一开始就经常是错误的，而不是在下一次更改之后。