这个并不是我一时兴起的胡言乱语，而是我的肺腑之言。如果你仔细的审视一下你所在的项目的代码，你可能会发现其中60％以上的代码是何其的类似，充斥其中的都是类似的判断和循环，在项目的框架或者架构稳定下来以后，项目的工作就是每天重复类似的工作，然后就是这些类似的代码的比例越来越大。如果项目的架构或者框架代码不够好，而某一天有一个需求导致这些代码都要进行某种简单或者复杂的更新，那么你的噩梦就来了。
软件开发的最大困难也就随之出现，如果你的框架足够好，共通的需求只会导致一个或者有限的几个地方的修改，如果框架不好，那么你就准备把那个修改重复几十遍或者几百上千遍吧。衡量一个软件的设计是否足够好，我想最重要的标准就是它能多大程度上消除这样的情况。仅仅有了好的架构其实也不够，开发人员可能会复制一段类似的代码，导致超出框架设计的代码重复，这个就是检验项目管理是否足够好了。

设计一个简单易懂、易于扩展、易于维护的框架并不是很难的，结合OO设计的原则和一些设计模式就可以做到，但是问题并没有结束，如何消除业务代码中存在的类似代码结构才是真正的问题所在。
我没有解决方案

当然，软件开发也并不是只有消除重复代码这一个问题，但是我感觉，如果能够较好的消除代码重复，那么软件的开发效率和质量以及可维护性将更好。
PS：我并没有说完全消除重复代码，代码的重复性是不可避免的，典型的例子就是单元测试代码。