已知返回类型场景下Go开发是否应继续使用输出参数？

在返回类型明确的通用业务场景下，会统一采用返回值+错误的第二种编码模式：

foo, err := db.LoadFooByID(id)
// use the loaded foo

选择依据如下：

• 代码可读性更高：无需提前声明目标变量，变量作用域和函数调用绑定，阅读代码时不需要向上回溯查找变量的定义、类型信息，函数的返回语义也更清晰。
• 降低错误概率：避免出现空指针传入、变量未初始化就传递的低级错误，也不会产生冗余的变量声明代码。
• 对齐通用编码习惯：该模式是Go社区的主流选择，标准库中所有返回类型确定的方法基本都采用该设计，比如os.OpenFile、json.Marshal等，统一使用该规范可以大幅降低新成员的上手成本。

仅在两类特殊场景允许使用第一种传指针接收的模式：

1. 方法为通用实现、返回类型为interface{}，无法提前确定返回值类型
2. 有明确的性能测试依据，需要复用已有变量内存避免拷贝的极致优化场景，这类场景必须在代码旁添加注释说明使用该模式的原因。

内容的提问来源于stack exchange，提问作者xantrus