.net NET代码重构，您的最佳实践是什么？

您的.NET代码重构最佳实践是什么？

重构最佳实践规则第1条：首先编写一些测试

重构应该使代码更易于维护，并在理想情况下减少组件/类之间的耦合

重构的最佳候选类是与其他类高度耦合的类，以及做得太多的类（打破单一责任原则）

像或这样的工具是有用的辅助工具

---

如果您使用的是VB.NET，请查看：

重构最佳实践规则第1条：首先编写一些测试

重构应该使代码更易于维护，并在理想情况下减少组件/类之间的耦合

重构的最佳候选类是与其他类高度耦合的类，以及做得太多的类（打破单一责任原则）

像或这样的工具是有用的辅助工具

如果您使用的是VB.NET，请查看：

• 完成后，您的代码应该更具可读性/可理解性，而不是更少
• 一般来说，你的方法应该变短，而不是变长
• 重复的代码应该转移到它自己的方法中并重用
• 完成后，您的代码应该更具可读性/可理解性，而不是更少
• 一般来说，你的方法应该变短，而不是变长
• 重复的代码应该转移到它自己的方法中并重用

---

不要将重构与添加或更改应用程序的功能混为一谈。
不要将重构与添加或更改应用程序的功能混为一谈。
用一套测试进行重构，以确保你没有破坏任何东西。
用一套测试进行重构，以确保你没有破坏任何东西。
与测试一样含糊不清问题是，很难给出好的答案。但我建议您阅读Martin Fowler的重构目录，它为您提供了一个极好的起点：

---

这个问题虽然含糊不清，但很难给出好的答案。但我建议您阅读Martin Fowler的重构目录，它为您提供了一个极好的起点：

---

通常，编写测试不是您要做的第一件事，对于遗留代码，您很可能无法编写测试（依赖于数据库、外部库、静态等）
首先依靠工具，使用自动重构，如“提取方法”（Resharper和VS是您的朋友）
有效地使用Michael Feathers的遗留代码是学习如何打破这些依赖关系的一本非常好的书

---

对于数值算法和解析器，PEX是一个非常有用的工具，可以轻松创建表征单元测试。
通常编写测试并不是您首先要做的事情，对于遗留代码，您很可能无法编写测试（依赖于数据库、外部库、静态等）
首先依靠工具，使用自动重构，如“提取方法”（Resharper和VS是您的朋友）
有效地使用Michael Feathers的遗留代码是学习如何打破这些依赖关系的一本非常好的书

---

对于数值算法和解析器，PEX是一个非常有用的工具，可以轻松创建表征单元测试。
将源代码保存在sourcecontrol系统中。。当重构失败时，只需重置当前分支。这样你就不会有任何伤害。。。除了偶尔浪费一些时间。这是非常酷的，因为你可以直接对你的代码进行破解和删减，而不用担心它再也不能工作了

---

另外，如果在新分支上很容易做到这一点，那么就这样做。你永远不知道什么时候在重构过程的中途出现了bug，你必须快速推出补丁（基于以前稳定的版本）。
将源代码保存在sourcecontrol系统中。。当重构失败时，只需重置当前分支。这样你就不会有任何伤害。。。除了偶尔浪费一些时间。这是非常酷的，因为你可以直接对你的代码进行破解和删减，而不用担心它再也不能工作了

---

另外，如果在新分支上很容易做到这一点，那么就这样做。你永远不知道什么时候在重构过程的中途出现了bug，你必须快速推出补丁（基于以前的稳定版本）。
有一个建议，记下你想要或需要重构的具体方式，并将它们粘贴到wiki或文档中的某个地方，因为在以后的过程中，您可能没有时间花在重新思考如何改进或修改代码上。
有一个建议，请记下您想要或需要重构的具体方法，并将其粘贴到wiki或文档中，因为以后你可能没有时间花在重新思考如何改进或修改代码上。
删除所有代码重复。
删除所有代码重复。
我建议你实际阅读这本书。，作者马丁·福勒。
我建议你实际阅读这本书。”，作者马丁·福勒。
你能详细说明你在q背后的意图吗？目前的情况是：我的最佳实践是“去做”。是的，并确保你最终得到的比你开始得到的更好；0）我真的需要知道进行代码重构时的最佳实践是什么？您真正想知道什么？常见的气味？反模式？重构工具？你的问题很模糊。在进行代码重构时需要关注哪些要点？你能详细说明你在q后面的意图吗？目前的情况是：我的最佳实践是“去做”。是的，并确保你最终得到的比你开始得到的更好；0）我真的需要知道进行代码重构时的最佳实践是什么？您真正想知道什么？常见的气味？反模式？重构工具？你的问题很模糊。在进行代码重构时需要关注哪些要点？啊哈。我要做的第一件事-在