2009-07-30 47 views

回答

12

重构最佳实践规则No.1:先写一些测试吧!

重构应该使代码更容易维护,并理想地减少组件/类之间的耦合。

对重构较好的选择是班高耦合到其他类和类是做太多(打破了单一职责原则)

工具,比如ReSharperVisual Studio's built-in tools是有用的辅助工具。

如果使用VB.NET,然后检查了:Refactor! for Visual Basic 2008

0
  • 您的代码应该更可读/理解,当你完成而不是更少。
  • 通常你的方法应该变得更短,不再更长。
  • 重复代码应该移入它自己的方法并重用。
1

不要将重构与添加或更改应用程序的功能混合在一起。

0

重构一套测试以确保您不会破坏任何东西。

2

由于问题很模糊,很难给出任何好的答案。但我建议你读的重构Martin Fowler的目录,它给你一个很好的出发点:最有可能

Refactorings

3

通常编写测试是不是你做的第一件事,遗留代码你将无法编写测试(依赖db,外部库,静态等)

依靠工具首先,使用自动重构,如'提取方法'(Resharper和VS是你的朋友)

迈克尔羽毛是一本很好的书,可以学习如何打破这些依赖关系。

对于数字算法和解析器PEX是一个非常有用的工具,可以轻松创建特征单元测试。

0

将源代码保存在sourcecontrol系统中,当重构失败时只重置当前分支。这样你永远不会有任何伤害......除了偶尔浪费一些时间。这很酷,因为你可以在你的代码中砍掉&而不用担心它再也不会工作。

另外,在新分支上很容易做到这一点时,请这样做。你永远不知道什么时候一个bug在你的重构过程中蔓延,你必须快速地推出一个补丁(基于以前的稳定版本)。

0

一个建议,记录你想要或需要重构的特定方式,并将它们粘贴在wiki或文档中,因为后来你可能没有足够的时间重新思考你将要做的事情以改善或以其他方式检修代码。

0

删除所有代码重复。