为什么需要进行重构?

王朝other·作者佚名  2006-01-08
宽屏版  字体: |||超大  

One of the factors in looking at this is why are we refactoring in the first

place. One of my concerns with many proponents of lightweight methods and

refactoring (not all as I too am a proponent of refactoring and lightweight

methods) is that they don't make the distinction of why the refactoring is

needed. Refactoring to fix "code smell" to my mind is because people didn't

understand the basics of good design in the first place. To write great

code, you must write code that:

1. Runs all the tests.

2. Contains no duplication (once and only once)

3. Expresses all the ideas you want to express.

a) Do not put the implementation of unrelated ideas in the same

method.

b) Classes should organize ideas in a readily understandable way.

c) Use appropriate names so you don't have to explain method, member

or class names with additional documentation

d) Methods and classes should be implemented so they can be

understood totally from their public interfaces. This not only allows

for up-front testing, but decreases coupling.

4. Minimizes classes and methods. This is actually redundant, but is a

reminder that we are trying to make this simple and concise

In my mind, refactoring should not be needed to fix code if you are

following these rules. However, refactoring is definitely needed to:

1) fix legacy code once your understanding of patterns has increased

2) prepare code for new functions resulting from changing requirements or

the next development iteration

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
© 2005- 王朝网络 版权所有