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 中更惯用，并且通常出于可读性考虑而首选。

2. DoSomethingB 在 Go 中被认为是良好的风格吗？DoSomethingB：虽然在 Go 中看到类似

   的代码并不罕见，特别是在处理大型数据结构时，Go 的惯用方式鼓励返回值修改指针。使用指针直接修改值（尤其是对于整数等内置类型）可能会导致代码难以理解。

DoSomethingC示例

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

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

这样的模式。如果您有充分的理由修改原始数据并且担心性能（例如大型数据结构），那么 🎜 是可以接受的。🎜

以上是Go返回值、返回引用、什么都不返回什么时候用什么的详细内容。更多信息请关注PHP中文网其他相关文章！