![]() |
1
2
Donald Knuth的一句话指出了你的问题:
我认为需要重复,以便我们能够理解哪些关键点需要干燥。 重复的代码是应该避免的,但在某些(不太频繁的)上下文中,抽象可能会导致糟糕的代码,例如在编写测试规范时,某种程度的重复可能会使代码更易于维护。 我想你应该总是问另一个抽象的好处是什么,如果没有快速的成功,你可能会留下一些重复的代码并添加TODO注释,这将使你更快地编写代码,更早地交付,只干最有价值的东西。 类似的方法描述如下 Three Strikes And You Refactor :
|
![]() |
2
1
这是管理层、开发人员和QC之间的圣战。 因此,要结束这场战争,你需要为这三个国家制定一个骗子的概念。 抽象与封装、接口与类、单例与静态。 你们都需要给自己时间去理解对方的观点,才能让这一切顺利进行。 例如,如果您使用的是scrum,那么您可以进行sprint开发,然后进行sprint抽象和封装。 |
![]() |
Rob Smyth · 代码复制度量-最佳实践 6 年前 |
![]() |
sworwitz · 如何避免代码重复,通过多态性保持信息隐藏[关闭] 6 年前 |
![]() |
Kvark900 · 在验证多个输入字段时,如何避免重复代码? 7 年前 |
![]() |
xinaiz · 如何在使用不兼容的包装器时减少代码重复 7 年前 |
![]() |
Niklas R · 我可以不写出完全限定的返回类型名吗? 8 年前 |
|
KDrago · 对Visual Studio NewB的建议。重用现有类库? 10 年前 |