golang 函数返回值 2 个写法，哪个更好？

[wangbenjun5]

自己平时写项目，喜欢把返回值 return 回去，比如

所以一般函数都是 function_name()([]struct, error)这种形式。

但是我经常也看到很多人喜欢另一种写法，就是把返回值作为参数传进去，最后只 return error，像这样 function_name(result *[]struct) error

结果都是一样，但是过程不一样，我的那种方式需要在函数里面创建一个 slice，把结果塞进去 return 。但是传参数这种方式，可以直接拿来用，所以理论上第二种方式更高效吗？

大家喜欢哪种写法？

经过 v 友提醒，我觉得第二种写法主要还是因为很多语言，比如 c，函数是不支持多返回值，估计是习惯，可能以前写 c 写的多

[keepeye]

大多第一种，第二种像是写 c

[wangbenjun5]

这种把返回值定义好传到目标函数里面获取结果的写法很常见，貌似写 c 语言的比较喜欢这种写法吧？

[darksword21]

第一种，改别人代码时被第二种坑过

[darksword21]

看错了抱歉，无视上面⬆️

[morty0]

第二种哪里高效了，slice 不也要在外面创建吗

[wangbenjun5]

@morty0 但是可能那个 slice 在外面本来就需要创建，所以

[wangbenjun5]

@keepeye 是的，有这个感觉，我还见过有写 Python 的也是这种写法

[colors]

第二种不可取，很容易出问题，而且没有更高效

[generic]

GC 语言里创建 slice 开销较低，如非必要都用第一种。

[wangbenjun5]

@generic 不一定是 slice，也可能是对象等其它指针类型

[mainjzb]

go 选第一种
C/C++ 选第二种为了控制生命周期，而且他们只能返回一个值，那必然只能返回 err
{
auto X = NewResult();
GetResult(X);
DoSomething(X);
//Delete(X);
}
C++讲究谁创建，谁释放， 你创建，我忘了释放，那就傻逼了。GetResult 完全可是是 RPC 或者底层库，或者其他不是我写的代码。

[wangbenjun5]

@mainjzb 突然想起来了，很多语言函数只能返回一个值，哈哈，原来如此

[chotow]

看标题还以为比较的是 function_name()([]struct, error) 和 function_name()(ret[]struct, err error) 这两种写法 😑

[XCFOX]

第二张有[副作用]( https://zh.wikipedia.org/wiki/%E5%89%AF%E4%BD%9C%E7%94%A8_(%E8%AE%A1%E7%AE%97%E6%9C%BA%E7%A7%91%E5%AD%A6))，在某些情况下函数副作用会给程序设计带来不必要的麻烦，给程序带来十分难以查找的错误，并降低程序的可读性。

[pkoukk]

个人一般只有涉及反序列化才会用第二种，类似 json.Unmarshal()这种行为的时候才会通过指针替换原来对象里的值

[wangbenjun5]

@chotow 你说的第二种也操蛋，我极少用

[zoharSoul]

函数最好不要有副作用,
后面看代码很累. 一个对象进去一次就变了跟魔法一样

[generic]

@wangbenjun5 我觉得也一样，除非你预期用户几乎总是会重用一个对象作为输出，或者这就是优化的关键点，否则不值得操这个心。

[bringyou]

补充一条，因为 go 没有泛型，在一些场合下，第一种调用方还需要来一次类型强转，第二种不用

[ylsc633]

引用类型的 是可以这么用

但是不建议这样用, 因为你不知道在什么地方改了它, 然后在另外一个地方用了它

所以我一般都是第一种

另外,多个返回值真的非常好用

还有结构体 可以在一个文件里 定义多个实在是太爽了

[k9982874]

第一种，第二种如果没有吃透指针很容易火葬场

[githubhaoliu]

修改了就要返回新值，第二种容易出 bug.

[sunmoon1983]

从来不用第二种，都是第一种

[janxin]

你们不用第二种怎么设计 Decode 、Unmarshal 之类的场景的...

不过一般来说看情况，第一种比较简单，但不是所有的问题都用第一种都能解决

[streamrx]

第一种

[sxfscool]

多返回值不香么，为啥还要用没有多返回值语言的方式

[cyrivlclth]

一般用第一种吧，第二种多见 Decode Unmarshal 或者 各种库，传的是 interface{}，因为不知道你想转换成什么类型所以需要传进去

[dazui]

传指针这个语法既然有，也不是不能用，可以尽量避免在没有必要时使用，在对象创建和复制开销没有压力的情况下，依赖 GC 是很好的方案。但如果性能存在压力时，通过传指针来尽量减少对象的复制与创建，是可行的优化方案。

[jingslunt]

@bringyou 泛型有了

type Num interface {}
func min[T Num](a, b T) T{}

[index90]

accept interface, return struct

[liberize]

偏向第二种，很多时候比较简洁