Go返回值、返回引用、什么都不返回什么时候用什么

我正在编写一些代码，其中许多函数更新“通过引用传递”的项目，沿着下面的 DoSomethingB 的行。作为新手，这对我来说相当不直观。我宁愿让一个函数返回其结果（除非它可能是一个方法并更新接收器）。

问题：

1. 使用 DoSomethingB 等模式是否有一个很好的论据 通过 DoSomethingA？
2. 是 DoSomethingB （不是结构体方法） Go 中被认为是好的或可接受的风格吗？

package main

import (
    "fmt"
)

func DoSomethingA(someData int) int {
    return someData + 23
}

func DoSomethingB(someData *int) {
    *someData = *someData + 23
}

func DoSomethingC(someData *int) *int {
    tmp := *someData + 23
    return &tmp
}

func main() {
    someDataA := 19
    someDataB := 19
    someDataC := 19
    
    fmt.Printf("1) someDataA=%d, someDataB=%d, someDataC=%d\n", someDataA, someDataB, someDataC)
    
    someDataA = DoSomethingA(someDataA)
    DoSomethingB(&someDataB)
    someDataC = *DoSomethingC(&someDataC)
    
    fmt.Printf("2) someDataA=%d, someDataB=%d, someDataC=%d\n", someDataA, someDataB, someDataC)
}

去游乐场链接：https://play.golang.com/p/ELwljCaWDLg

正确答案

当然，让我们分解一下您的问题：

1. DoSomethingB 与 DoSomethingA：如果您想修改原始变量而不创建副本，则使用 DoSomethingB 这样的模式会很有帮助，从而避免不必要的分配。但是，它可能会导致代码更难理解。使用 DoSomethingA（返回结果）通常在 Go 中更惯用，并且通常出于可读性考虑而首选。

   

   AppMall应用商店

   AI应用商店，提供即时交付、按需付费的人工智能应用服务

   56

   查看详情

2. DoSomethingB 在 Go 中被认为是良好的风格吗？：虽然在 Go 中看到类似 DoSomethingB 的代码并不罕见，特别是在处理大型数据结构时，Go 的惯用方式鼓励返回值修改指针。使用指针直接修改值（尤其是对于整数等内置类型）可能会导致代码难以理解。

示例 DoSomethingC 将被视为不符合语法，因为它返回指向局部变量的指针。这可能会导致未定义的行为，因为在函数返回后内存位置可能会被重用于其他用途。最好避免这种模式。

总之，如果您想遵循惯用的 Go，请更喜欢 DoSomethingA 这样的模式。如果您有充分的理由修改原始数据并且担心性能（例如大型数据结构），那么 DoSomethingB 是可以接受的。

以上就是Go返回值、返回引用、什么都不返回什么时候用什么的详细内容，更多请关注php中文网其它相关文章！