Go中不支持可选参数和函数重载。Go确实支持可变数量的参数:参数

我最终使用了参数和可变参数结构的组合。这样，我就不需要改变现有的由多个服务使用的接口，而且我的服务能够根据需要传递额外的参数。golang playground中的示例代码:https://play.golang.org/p/G668FA97Nu

另一种可能是使用带有字段的结构体来指示其是否有效。来自sql的null类型，如NullString很方便。不必定义自己的类型很好，但如果你需要一个自定义数据类型，你总是可以遵循相同的模式。我认为从函数定义中可以清楚地看到可选性，并且只需要极少的额外代码或工作。

举个例子:

func Foo(bar string, baz sql.NullString){
  if !baz.Valid {
        baz.String = "defaultValue"
  }
  // the rest of the implementation
}

不——都不是。根据Go for c++程序员文档，

Go不支持函数 重载，不支持用户 定义操作符。

我找不到一个同样明确的声明，说明可选参数不受支持，但它们也不受支持。

对于任意的、数量可能很大的可选参数，一个很好的习惯用法是使用Functional选项。

对于你的Foobar类型，首先只写一个构造函数:

func NewFoobar(options ...func(*Foobar) error) (*Foobar, error){
  fb := &Foobar{}
  // ... (write initializations with default values)...
  for _, op := range options{
    err := op(fb)
    if err != nil {
      return nil, err
    }
  }
  return fb, nil
}

其中每个选项都是一个使Foobar发生突变的函数。然后为用户提供使用或创建标准选项的方便方法，例如:

func OptionReadonlyFlag(fb *Foobar) error {
  fb.mutable = false
  return nil
}

func OptionTemperature(t Celsius) func(*Foobar) error {
  return func(fb *Foobar) error {
    fb.temperature = t
    return nil
  }
}

操场上

为简洁起见，你可以给选项的类型命名(Playground):

type OptionFoobar func(*Foobar) error

如果需要强制参数，将它们作为构造函数的第一个参数添加到可变参数选项之前。

Functional options成语的主要好处是:

你的API可以随着时间的推移而增长，而不会破坏现有的代码，因为当需要新的选项时，构造函数签名保持不变。 它使默认用例变得最简单:根本没有参数! 它对复杂值的初始化提供了很好的控制。

这个技巧是由Rob Pike创造的，也由Dave Cheney演示过。

Go语言不支持方法重载，但你可以像可选参数一样使用可变参数，也可以使用interface{}作为参数，但这不是一个好的选择。