复制粘贴代码真的有问题吗？

zhaoyinghuan

2012-07-03

关注关注

当你编程的时候，复制和粘贴—将你现有的代码进行再利用，这是不必再重复编码的最佳做法。这是一个技术债务的最佳例子：偷懒，草率和目光短浅，这会让维护代码的长期成本增加。

但它同时也很自然，找一些已经在运行的代码，跟你所需要的非常像，复制，粘贴，并用它作为起点。几乎每个人都这么干过。因为有些时候，复制过来的代码不仅仅是方便，而且就算我们所需要的

首先要清楚我讲得复制粘贴的意思。不是说从互联网上复制代码，我指的是程序员重用代码的捷径–当他们遇到的问题与他们之前在另外一个系统中遇到的问题类似的时候，他们开始用现有的代码副本，并加以改变。

在开发和设计阶段的早期，复制和粘贴并没有什么优势。代码和设计仍可塑的，这时系统需要做的是建立一套正确的抽象。这个时候没有什么好复制的。当在你开发的后期时，你已经有大量的代码，你需要维护庞大的系统，复制和粘贴就变得更加复杂。

为什么要复制粘贴？

程序员复制粘贴，因为这样可以节省时间。首先，你必须站在一个起点，你要知道你的代码要做什么事？你所要做的就是那里需要增加，哪里需要修改。你就可以专注于理解不同点。这时你变得更加自由–你可以清理你不需要的代码。这一切都很主要。因为你可能不知道你需要保留的，你需要改变的，直到你进入更深的层面。

复制和粘贴同样可以降低风险。如果你改变和扩展现有的代码，至少它运行了一段时间，通常是更安全的，并且成本较低。

如果你正在构建一个新的 B2B 客户界面，你会使用新的吗？通常会采用现有的接口，作为新的起点。然后看看那里需要改变，到年底的时候，你就有了 2 个接口，但通常需要一段的时间来理解这个代码是什么？

找到一个共同的设计，正确的抽象和变化，以支持不同的现实和异常处理。你最终的代码可能变得无法理解，难以维护，直到不得不改变—因为原来的设计没有预料到不同情况下的异常和扩展，重构只能到此结束，你需要一个全的设计和实施。

改变现有的代码，进行重构和扩展，将会让你目前的工作增加风险和成本，你不能为了适应网上的新客户而让给老客户带来问题。你需要格外的小心，你不但要明白你将要做的事每个细节（新界面），而且要明白现有界面的每个细节，它的行为和假设。

如果你认为这些改变都能被自动化测试工具捕捉到，那你就很天真了—假设你已经有良好的自动化测试工具，你需要整合现有的接口测试，这可能需要花费数周甚至数月的时间。让那些客户花费这么多的时间适应新界面，他们会不满意，因为他们都已经习惯了。