问题内容
我正在编写一些代码，其中许多函数更新“通过引用传递”的项目，沿着下面的 DoSomethingB 的行。作为新手，这对我来说相当不直观。我宁愿让一个函数返回其结果（除非它可能是一个方法并更新接收器）。
问题：
- 使用
DoSomethingB等模式是否有一个很好的论据 通过DoSomethingA？ - 是
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
正确答案
当然，让我们分解一下您的问题：
-
DoSomethingB 与 DoSomethingA：如果您想修改原始变量而不创建副本，则使用
DoSomethingB这样的模式会很有帮助，从而避免不必要的分配。但是，它可能会导致代码更难理解。使用DoSomethingA（返回结果）通常在 Go 中更惯用，并且通常出于可读性考虑而首选。 -
DoSomethingB 在 Go 中被认为是良好的风格吗？：虽然在 Go 中看到类似
DoSomethingB的代码并不罕见，特别是在处理大型数据结构时，Go 的惯用方式鼓励返回值修改指针。使用指针直接修改值（尤其是对于整数等内置类型）可能会导致代码难以理解。
示例 DoSomethingC 将被视为不符合语法，因为它返回指向局部变量的指针。这可能会导致未定义的行为，因为在函数返回后内存位置可能会被重用于其他用途。最好避免这种模式。
总之，如果您想遵循惯用的 Go，请更喜欢 DoSomethingA 这样的模式。如果您有充分的理由修改原始数据并且担心性能（例如大型数据结构），那么 DoSomethingB 是可以接受的。
