理解重构的范围
理解重构的范围
提问于 2011-06-08 22:19:57
我一直认为代码重构只是为了改进实现细节。我想确保我对重构应用的范围有了适当的理解(维基百科对我理解这一点帮助不大)。
例如，我听到人们谈论“重构他们的设计”，这似乎有些自相矛盾。当你修改某些东西的设计时(重命名一个类中的公共方法，移除一个方法，或者其他类似的改变)，这(对我来说)被称为“重新设计”，而不是重构。
重构的普遍接受范围是什么？重构设计真的可能吗？当我试图将我正在做的工作描述为重构或不重构时，了解这一点将真的有助于与同事的沟通。
回答 2
Stack Overflow用户
回答已采纳
发布于 2011-06-08 22:23:55
当您使用系统的现有设计对其进行改进时，可以将重构应用于设计和代码，以提高可读性和清晰度，或者使其更容易在未来添加新功能。
无论您是否将重构应用于设计或代码，其思想都是相同的。您维护现有的功能(不添加或删除系统的功能)，但最终生成更容易使用的内容。
Stack Overflow用户
发布于 2011-06-08 22:25:27
我认为重构的范围取决于重构的目标。
我总是认为重构是在不改变代码的最终结果的情况下改变代码的，而不改变使用它的人(人，其他方法，等等)。我认为范围取决于您试图解决的问题。如果你只是想提高一件事的速度，那么你可以重构一种方法。然而，如果你已经积累了大量的“技术债务”，并且需要重构你的程序，使其更具可扩展性，更容易阅读，更容易测试，等等，那么你可能确实重构了整个设计。
事实上，我最近刚刚对我的设计做了一个巨大的重构，以便更容易地添加额外的功能。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/6280239
复制相关文章
相似问题
腾讯云开发者
