大家好，我是程序员幽鬼。
Martin Fowler 在他的书中[1]将重构定义为*“对软件的内部结构进行的更改，以使其更易于理解，并且在不更改其可观察到的行为的情况下更低廉地进行修改”*。本书包含大量重构技术，这些重构技术旨在在某些情况下应用，并旨在消除代码坏味道[2]。
重构是一个非常广泛的话题，我发现重构在软件开发过程中起着重要的作用。它们的相关性很高，因此它们是TDD[3]生命周期的重要组成部分。
由于它们的重要性，在这篇文章中，我想分享一下软件开发人员中使用最多的 4 种重构技术。但是在开始之前，因为可以自动应用重构技术(即某些 IDE 为你提供了帮助，通过应用重构工具，只需单击几下鼠标和进行选择，即可使你的生活更轻松)，在这里，我将通过使用 Go 语言手动重构进行描述，并尝试将其作为参考指南。我们的开发团队意识到，在应用任何重构技术之前，应将可观察到的功能包含在单元测试中，并通过所有测试。
01 提取方法
这是我常应用于代码的技术。它包括提取一段按意图分组的代码，并转移到新方法中。通过提取可以将一个长方法或函数拆分为一些小方法，这些小方法将逻辑组合在一起。通常，小方法或函数的名称可以更好地了解该逻辑是什么。
下面的示例显示了应用此重构技术之前和之后的情况。我的主要目标是通过将复杂度分为不同的功能，这样来抽象其复杂度。
- func StringCalculator(exp string) int {
- if exp == "" {
- return 0
- }
-
- var sum int
- for _, number := range strings.Split(exp, ",") {
- n, err := strconv.Atoi(number)
- if err != nil {
- return 0
- }
- sum += n
- }
- return sum
- }
重构为：
- func StringCalculator(exp string) int {
- if exp == "" {
- return 0
- }
- return sumAllNumberInExpression(exp)
- }
-
- func sumAllNumberInExpression(exp string) int {
- var sum int
- for _, number := range strings.Split(exp, ",") {
- sum += toInt(number)
- }
- return sum
- }
-
- func toInt(exp string) int {
- n, err := strconv.Atoi(exp)
- if err != nil {
- return 0
- }
- return n
- }
StringCalculator 函数更简单了，但是当添加了两个新的函数时，它会增加复杂性。这是一个我愿意做出慎重决定的牺牲，我将此作为参考而不是规则，从某种意义上说，了解应用重构技术的结果可以很好地判断是否应用重构技术。
02 移动方法
有时，在使用提取方法后，我发现了另一个问题：此方法应该属于此结构或包吗?Move Method 是一种简单的技术，包括将方法从一个结构移动到另一个结构。我发现一个技巧，来确定某个方法是否应该属于该结构：弄清楚该方法是否访问了另一个结构依赖项的内部。看下面的例子：
- type Book struct {
- ID int
- Title string
- }
-
- type Books []Book
-
- type User struct {
- ID int
- Name string
- Books Books
- }
-
- func (u User) Info() {
- fmt.Printf("ID:%d - Name:%s", u.ID, u.Name)
- fmt.Printf("Books:%d", len(u.Books))
- fmt.Printf("Books titles: %s", u.BooksTitles())
- }
-
- func (u User) BooksTitles() string {
- var titles []string
- for _, book := range u.Books {
- titles = append(titles, book.Title)
- }
- return strings.Join(titles, ",")
- }
如你所见，User 的方法BooksTitles 使用了 books(具体是 Title)中的内部字段多于User，这表明该方法应归于Books。应用这种重构技术将该方法移动到Books类型上，然后由用户的Info方法调用。
- func (b Books) Titles() string {
- var titles []string
- for _, book := range b {
- titles = append(titles, book.Title)
- }
- return strings.Join(titles, ",")
- }
-
- func (u User) Info() {
- fmt.Printf("ID:%d - Name:%s", u.ID, u.Name)
- fmt.Printf("Books:%d", len(u.Books))
- fmt.Printf("Books titles: %s", u.Books.Titles())
- }
应用此方法后，Books类型会更内聚，因为它是唯一拥有控制权和对它的字段和内部属性访问权的人。同样，这是在深思熟虑之前进行的思考过程，知道应用重构会带来什么结果。
03 引入参数对象
你见过多少像下面方法一样，有很多参数的：
- func (om *OrderManager) Filter(startDate, endDate time.Time, country, state, city, status string) (Orders, error) {
- ...
即使我们看不到函数内部的代码，当我们看到大量这样的参数时，我们也可以考虑它执行的大量操作。
有时，我发现这些参数之间高度相关，并在以后定义它们的方法中一起使用。这为重构提供了一种使该场景更加面向对象的方式进行处理的方法，并且建议将这些参数分组为一个结构，替换方法签名以将该对象用作参数，并在方法内部使用该对象。
- type OrderFilter struct {
- StartDate time.Time
- EndDate time.Time
- Country string
- State string
- City string
- Status string
- }
-
- func (om *OrderManager) Filter(of OrderFilter) (Orders, error) {
- // use of.StartDate, of.EndDate, of.Country, of.State, of.City, of.Status.
看起来更干净，并且可以确定这些参数的身份，但是这将要求我更改调用此方法的所有引用，并且需要OrderFilter在传递给该方法之前创建一个新类型的对象作为参数。同样，在尝试进行此重构之前，我会尽力思考并考虑后果。当你的代码中的影响程度很低时，我认为此技术非常有效。
04 用符号常量替换魔数
该技术包括用常数变量替换硬编码值以赋予其意图和意义。
- func Add(input string) int {
- if input == "" {
- return 0
- }
-
- if strings.Contains(input, ";") {
- n1 := toNumber(input[:strings.Index(input, ";")])
- n2 := toNumber(input[strings.Index(input, ";")+1:])
-
- return n1 + n2
- }
-
- return toNumber(input)
- }
-
- func toNumber(input string) int {
- n, err := strconv.Atoi(input)
- if err != nil {
- return 0
- }
- return n
- }
其中 ; 字符是什么意思?如果答案对我来说不太明确，我可以创建一个临时变量，并使用硬编码字符设置该值，以赋予其意义。
- func Add(input string) int {
- if input == "" {
- return 0
- }
-
- numberSeparator := ";"
- if strings.Contains(input, numberSeparator) {
- n1 := toNumber(input[:strings.Index(input, numberSeparator)])
- n2 := toNumber(input[strings.Index(input, numberSeparator)+1:])
-
- return n1 + n2
- }
-
- return toNumber(input)
- }
-
-
- func toNumber(input string) int {
- n, err := strconv.Atoi(input)
- if err != nil {
- return 0
- }
- return n
- }
总结
感谢阅读，希望对你有所帮助。重构是一个非常广泛的话题，本文举例说明了重构中使用最多的四个。不要将此处提到的内容视为理所当然，自己尝试一下。此处描述的重构技术仅用作指导原则，而未作为规则遵循，意味着它们在需要时可以有针对性地进行调整。最后，我想说我们对所编写的所有代码和所使用的所有工具负责，我们的经验和知识可以指导我们掌握在每种情况下最适合的技能，我认为重构技术确实值得。
原文链接：https://wawand.co/blog/posts/four-most-refactoring-techniques-i-use/
参考资料
[1]书中: https://martinfowler.com/books/refactoring.html
[2]坏味道代码: https://en.wikipedia.org/wiki/Code_smell
[3]TDD: https://en.wikipedia.org/wiki/Test-driven_development#/media/File:TDD_Global_Lifecycle.png
本文转载自微信公众号「幽鬼」，可以通过以下二维码关注。转载本文请联系幽鬼公众号。
