重复代码是万恶之源

赞 再来一个Android版的

重用是万恶之首

我们的开发原则第一条：DRY, DRY, DRY!

结构清晰好像更重要

@tini8 重用和重复不一样吧，代码应该重用 不应该重复 我觉得

业务第一，代码重复与否不太重要

@q5we66fg 骚年，看来还是项目做的少哇。现实的世界五彩缤纷，根本没法抽象的，所谓封装、抽象、重用这些，都是唬人的。

除非是造物的上帝，凡人是无法重用现实世界的业务逻辑的。

@angusjune Android 有 PMD，很好用 http://pmd.sourceforge.net/

@ytzong 重复往往引起业务错误

@tini8 真理。JRY：just repeat youself

@tini8 看来还是代码写少了

同一段代码写三遍，基本上就一定会提出来作为新的方法了。。。作为一个C#小菜鸡的做法。。。

给楼上的说JRY的说个生产事故：

某公司Python程序员，曾经四处复制粘贴一段解析API的代码
API升级之后，他升级了手头项目的代码，其他的都忘了改
过了段时间，他自己也忘了
然后把老的代码复制到了新的项目中……最后加班3天，自己就辞职了

@mengzhuo 解析api、处理字符串，比如字符串截取这些小功能确实能重用，封装成函数或方法。

可怕的是过度封装，把业务逻辑也封装起来，特别是解决现实需求的业务逻辑，美其名曰重用，最后越陷越深。

代码之美

楼上喷重用的也是醉了。
跨项目的重用，水平不够的程序员的确是玩不转。
同项目内重用就是很基本的要求，这都做不到的应该检讨自己能力是不是出问题了。
同样的代码段反复出现都不知道提取出来坚持C-c C-v的人，非懒即笨。

重用的方式是双向的，既可以来自于早期设计，也可以来自于后期重构。
随着项目演化和业务逻辑的变化改善重用方式是很基本的能力。
所谓的”过度“重用，不过是开发者水平不到位而已。

代码的重用和重复, 这么基本的问题, 竟然还能争论起来.

遇到到处C-c C-v 的人, 屡教不改, 那么就建议他换行业了, 别祸害 IT 公司了

@tini8 准确的说，是逻辑重用是万恶之首。

- (void)tableView:(UITableView *)tableView xxxxx
这种东西在项目重复何止三次，三十次都有。

代码堆砌

有人有这样的能力:写出的每一行代码都是垃圾代码

具体来说，是重复的代码片段

提前优化才是万恶之源

有些时候要对重复代码有容忍性，确实很难抽象

重复不能只是复制粘贴吧，适当的冗余还是有必要的。