Golang函数式选项(Functional Options)编程模式

首发于微信公众号：码农在新加坡。欢迎关注。

最近阅读源码的时候看到一段不错的代码，但是当时却不是非常理解为什么这么写。我们先来看一下源代码：

当时呢，也不是很明白 NewUser 这个构造函数为什么要这么写，后来查看了资料才知道了这是一种设计模式–函数式选项(functional options)模式。

什么是函数式选项模式，为什么要这么写，容我一步一步把一个最简单的写法优化到这种写法。这样大家可能就会恍然大悟。

这个编程模式解决了什么问题了，其实就是动态灵活的配置不同的参数。想想看如果我们刚入门 Golang，可能会怎么实现配置功能。假设需求是这样的：

需求： 网站注册有一个User结构，注册的时候有很多属性是可选的，只有ID和Name是必须的。

如果你有 C++ 或者 Java 的编程基础，你的第一反应应该是函数重载。

但是因为 Golang 语言不像 C++ 一样支持重载函数，所以，你得用不同的函数名来应对不同的配置选项。

像这样：

如果一共只有两三个参数的情况下，比较简单，但是更多的选项的组合就代码看起来很乱了。

这个时候我们可能会想到，配置化。把所有可选的参数放到一个Config的struct中。

然后把Config放到User的struct中。

于是，我们只需要一个 NewUser() 的函数了，在使用前需要构造 Config 对象。

这段代码看起来算是不错了，很多时候我使用的一些开源库也是这么写的。通过引入一个Config对象来解决多个参数的组合的问题。

有些经常使用Java的同学会想到Builder模式。

于是就可以以如下的方式来使用了:

需要引入一个抽象的Builder对象，为了简单也可以把Builder对象省略直接和User共用。

函数式选项模式 首先需要定义一个函数类型：

然后，我们定义一组返回函数的函数：

这个模式和Builder模式的区别是，Builder模式返回的是 * User 对象，Functional Options 返回的是函数类型 func(* User)。

上面这组代码传入一个参数，然后返回一个函数，返回的这个函数会设置自己的 User 参数。

option(&user)

调用方式如下：

这个看起来比较整洁和优雅，对外的接口只有一个NewUser。

相比于Builder模式，不需要引入一个Builder对象。

对比配置化的模式，也不需要引入一个新的Config。

Golang 由于语言本身的特性，不支持函数重载，函数式选项 的编程模式在一定程度上解决了其他语言需要通过函数重载解决的问题。 函数式选项 编程有以下优点：

优点：

看了这么多，是不是想马上上手重构你之前的代码了。

虽然 函数式选项 编程模式有很多优点，但是设计模式的存在都是为了弥补语言特性的缺陷的一种手段。它是为了解决代码扩展性的问题，往往是通过增加抽象牺牲了简单性，切勿过度使用。有些简单的配置，就不需要设计的这么通用了。

函数式选项模式的使用场景有哪些呢：我们一般用来配置一些基础的服务配置，比如MySQL，Redis，Kafka的配置，很多可选参数，可以方便动态灵活的配置想要配置的参数。

<全文完>

欢迎关注我的微信公众号：码农在新加坡，有更多好的技术分享。