反复的代码开发，在作为0基础的程序猿是常常遇见的，由于被要求做一些非常固定且比較简单通用的模块，所以非常easy就遇上功能同样的代码进行反复的开发了。

1.为什么会有反复的代码

反复的代码可能会出现编写人员抽象公有模块抽象公有功能的能力。可能来自我们开发方式过于老化固定了类之间的相互应用所以导致编写的某一个功能仅仅适用一个特定的系统使用。可能来自我们的设计人员对项目框架设计考虑不够细致。没有重用性的设计过程。

2.如何避免出现反复的代码

使用完好的SOA框架，我觉得至少在我们内网程序开发中能够节约一大部分的工作。比方在一个大的公司里面一个文件同一时候会涉及到被多个领导经过多级批阅才干终于完毕。所以我觉得能够吧这样批阅的功能做成能够配置的服务公布在内网系统之中，仅仅要有这种一种思想经过长期的积累与改进，一两年之后再某一个领域的对应的服务或中间件差点儿覆盖了基本的业务流程，开发者能够像搭建积木一样的高速搭建出功能模块，开发者的主要工作就是把页面做的更加的美观，更加的有用方便。

另外一种方法就是建立主键库。把我们编码中出现的公用功能进行不断的收集封装成为dll文件每当下一个项目须要的时候能够直接进行引用该封装的中间件。

第三种方法就是在详细开发过程中不管你是有用java或C#这些语言都是支持泛型和反射的可以熟悉的使用这样的编程方法可以极大的减低代码的耦合性提高代码的重用性。

以上就是从三个方面架构设计。主键库和详细编码方法中总结了避免反复代码的方法。以后再项目建设中不断优化不断完好。

3.遇到反复的代码该怎么办

可是在编程中遇到反复的代码功能不可避免的，做项目的程序猿和做产品的程序猿两个的理解各不一样。做项目的程序猿重点不会是重构抽象让代码做的足够的精细。为什么呢？由于做项目之后再程序猿主要看进度。程序猿没日没夜的推进着项目功能的不断建设。他们仅仅希望项目可以高速做完高速得到验收然后拿钱......由于他们做完一个项目就会转向做另外的项目，不断做项目他们才干有不断的收获。可是做产品的兄弟可能一辈子就投入到一两个产品之中他们的一身就是为了把一个产品做的足够的完美，所以在代码层面上要做的足够的完美。假设代码做的不细致那没后面的维护代价都得自己来抗，有一点得不偿失，所以他宁愿功能开发推迟两周出来也要保证退出来的产品可以做到足够的稳健美丽且令人赏心悦目。

所以在遇到反复的代码的时候应该衡量自己所处的位置评价去抽象达到代码公用的代价，找到一个衡量点然后再採取行动——消不消灭这种反复的代码。