复制粘贴编程在节省时间和降低风险方面有其优势，尤其在代码起点和维护大型系统时。然而，随着复制内容的增多，维护成本增加，易引发问题。何时进行复制粘贴需要权衡，一般在第三次复制时应考虑重构。了解何时复制粘贴有意义以及何时成为问题，对于负责任的编程至关重要。
学编程 复制粘贴 害死人
复制和粘贴编程 –复制项目中现有代码的副本并重新使用它–违反了“
不要重复自己（DRY）”之类的编码最佳实践。 这是最常引用的技术债务示例之一，这是一种懒惰的工作方式，
草率且目光短浅 ：一种反模式，这会增加保持代码库存活的长期成本。
但这也是完成工作的自然方法-找到已经可以使用的东西，看起来与您想要的东西相近的东西，进行复制并将其用作起点。 几乎每个人都在某个时候做了。 这是因为有时候复制和粘贴编程不仅方便，而且可能也是正确的做法。
首先，让我们弄清楚复制和粘贴的意思。 这并不是从Internet上复制代码示例 ，这种做法有其自身的优点和问题。 通过复制和粘贴，我的意思是程序员在重用捷径时–当他们需要解决与系统中另一个问题相似的问题时，他
最低0.47元/天 解锁文章
2586
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
