如何重构代码 先从接触过的几个老项目经历来谈谈，对于老项目来说，大家在初步接触的过程中，大多总是抱着抵触的情绪，甚至有些是蔑视。总喜欢对以前的代码挑出一大堆的问题，接着就开始抱怨代码、抱怨以前的开发人员，经过一段时间郁闷的抱怨阶段后，处于职业的责任心，就很想去改变这一切，希望把自己认为好的方式给带进来，于是接下来的工作就是重构代码了。这也许大多数开发人员都经历过，这种经历是辛酸的（因为重构工作虽然重要，但是得不到过多的认可，目前国内关注的是可用性，对于代码质量并没有得到应有的重视），也是甜蜜的（风雨之后总会有彩虹）。对于年轻的开发人员来说，见到彩虹的过程是痛苦、漫长地。他们都是在失败中成长，这些失败除了经验外，主要是由于太急功尽力了，盲目的重构！盲目主要体现在：1、在还没有对系统整体架构有个清晰认识的时候，就想用自认为新的技术或架构来替换。2、根本不分析现有系统架构或程序存在的弊端，只是一味地谈设计模式，以设计模式中固有的一套来重构（在重构中，它只作为一个参考，而不是一个依据。3、重构比较随性，每个版本的开发都跳出架构之外随意带入新的设计思想 这种盲目重构后给系统会带来更多问题：你会发现当你。
玩转 eclipse：[2]代码重构，Java程序重构的目标就是进行全系统程序代码变更，使得工程更符合常用设计思想，它不但不会影响程序的行为，反而使程序的结构更为清晰合理。。
如何实施代码重构？ 先来讲讲我认为怎么样才算是一次合格的重构。对于什么是重构，《重构》书中已经有明确的定义，分名词和动…
如何进行代码重构？ 看着大伙都写的这么复杂，我也忍不住来回答一下。如何进行代码重构，其实是一个你自己知识存储的问题。所以接下来我就告诉你，有哪些知识可以学习，来提升自己重构的能力。其实所谓的重构，也就是形成良好的代码模式。而在软件开发这个领域，早就已经形成很完备的知识体系。具体来讲就是体系结构模式，设计模式和惯用法。教材请参见张友生编写的《软件体系结构原理、方法与实践》。当然这只是一本大学入门的教材，学了之后，还需要看一些更具有实践性的书籍，推荐《代码之美》、《重构—改善既有代码的设计》。把这些知识都学会之后，重构代码，肯定不是问题。
为什么软件开发需要重构？ 即便在Sun推荐的J2EE架构（http：// docs.oracle.com/cd/E196 83-01/817-2175-10/deover.html）中，业务是分散在若干个EJB中的，每个EJB可以（尽管未必总是会）被部署为一个。
到底是代码重构还是代码修整 我们这个行业里有大量的专业术语被使用。不幸的是，我们并没有对每个术语表达的究竟是什么意思达成共识。我经常听到人们误用“重构(Refactoring)”这个词，导致这种编程方法在很多企业里变成可怕的事情而被拒绝采用。怕什么？据我的观察，大部分都是因为错误的使用了这个术语。我认为，因为没有对专业术语的使用严加管理，致使整个行业的发展受到连累。如果一个化学家对另一个化学家说“我们准备做滴定(titration)试验”，所有人都清楚的知道是要干什么。我相信计算机科学仍然是一门非常不成熟的科学。如果这个科学能够成熟起来，我们对专业术语的使用就会更加精确和有章法，这样我们的交流就会更加的精确和有效。重构对于代码质量和可读性的改进是一种非常有效的技术方法。精确的描述：它是一种为了将来的维护和理解而对代码进行改进的一种限制性的修改行为。一个好的例子：把重复的代码提炼成一个方法，所有出现了这重复代码的地方都使用这个方法来代替，以此消除重复。重构是在上世纪90年代早期被第一次提出来讨论的概念，1999年代Martin Fowler的大作《重构》出版之后成为业界普遍接受的技术方法。重构会导致代码的内部结构发生一些小的变化。这些变化原则上不会对外部产生。
