代码重构经验总结

由于重构直接关系到代码的质量，所以重构必须得到应有的重视。本文主要针对java重构，由于c#可能与java不一样，但我想思路应该差不多，可酌情看下.

1.重构在项目中扮演什么角色？

答：重构与代码功能编写同样重要，重构关心的是代码的质量，代码功能编写注重的是代码的功能实现，两者相辅相成。

2.重构需要在什么时候进行,原则是什么？

答：重构尽量不要占用功能编写的时间，即进度时间。原则就是不影响项目进度，有badsmell就可以重构了。但是有一点PL和pg需要商量清楚，该重构的还是需要抽出一定时间，当重构点比较多的时候，pg无法将功能再正常写下去，必须对有badsmell的一些代码进行处理，但这个处理时间不会很长，通常非关键重构2-4个小时足以，关键重构下面会讲到。

3.什么是badsmell? 答: 拙劣设计的bad smells（坏味道、潜在问题、缺点）,通常是违反了设计原则才出现的。

4.在重构这个问题上pg之间扮演什么角色？

答：重构代码，人人有责。谁写的模块尽量让谁负责重构，这样比较效率。嗅出别人代码的smell来了，一定要提出来(重要），提醒写该模块的的pg,大家互相协调，把代码改好来，因为改好的架构对大家一起开发都有利，改好后知会下大家。

5.如何理解关键重构和常用重构？

答:关键重构涉及的是架构层面，而常用重构涉及的部分模块的重构，两者是总分的关系。关键重构在一次代码编写中一般只会出现一次或者两次，一般发生在项目的前三个模型（以第二个模型居多），重构的好坏直接影响全局代码质量。关键重构的产生，主要是因为第一个模型（或者第二个模型）通常是对最基本的功能进行实现，满足不了下一个模型后续的大量的代码模块的加入的需要，所以必须重构。关键重构所需要花的时间因工程和人而定，快的话半天，一般以不超过两天为宜。而常用重构主要是涉及代码小功能的修改，不会影响到全局。时间应控制在半天以内，如果只是抽出或者新增一些基本功能，1小时左右就可以了。

6.什么架构重构最频繁？

答：网络上没有的现成框架重构最频繁。对于c#,java web开发，网络上已经有了很多现成的框架，直接套用就可以了，重构只是小部分。而对于一些c/s模式，从无到有的重构会比较频繁，但频繁只会发生在前三个模型，一般在第二个模型后即使从无到有的模型也会趋于稳定。

7.重构中需要注意什么？

答:重构中主要需要注意任务的轻重，一定不要影响功能，并且较大的重构需要深思熟虑。改的时候快速干脆彻底.