Go言語のFunctional Option Pattern - Qiita

オプション パッケージを作る際、柔軟性を持たせるためにオプションを持たせたい時がしばしばあります。 しかしオプションは知っての通り設定しないことが少なくありません。 単にコンストラクタに並べるようでは無用な複雑さをはらむことになります。 JavaなどではOptional Parameterなどのように、デフォルト値が指定できる機能があります。 機能の厳選されたgo言語ではそのような機能はありませんが、 "Self Referential Functions Design"というテクニックがあり、 それについての記事がRob Pike氏の記事を筆頭にいくつか説明されています。 オプションと相性が非常に良いため、合わせて"Functional Option Pattern"とも呼ばれています。 Dave Cheney氏の記事を参考におおまかに説明したいと思います。 様々な解決策 あるServe

[tmatsuu]

知らなかった。いいね。具体的な実装方法は参考記事の2つ目が詳しくてとても良かった。

[love0hate]

こんなにこねくり回さなくても、シンプルに s.SetMaxConnection(100) みたいに設定できれば良いような気がするが...?

[baronhorse]

めんどくさすぎ

[uzimith]

やっぱGoはここ面倒

[castaneai]

“実装はややまどろっこしくはなりますがパッケージは使う側のことを考えて作るものです。 パッケージのオプションを実装する場合、Functional Option Patternを活用することで...”

[zetamatta]

キーワード引数がわりに構造体を使う方法ではゼロ値と省略と区別できなかった。この方法はパッケージ実装は手間がかかるが明確に区別できる #golangjp

[ono_matope]

s.SetTimeout()との違いは、公開メソッドを作らなくてすむので、あくまでもコンストラクタ内で実行可能で、生成後の呼び出しを回避できる点か。キモいけどいいかもしれない

[wata88]

なるほど

[craftone]

個別に設定メソッド作るのと変わらんような…。やっぱ言語機能としてデフォルト付きキーワード引数入れて欲しいなぁ。

[luccafort]

実装が冗長だなあとは思うけど確かにパッケージは使う側を想定して作るべきという主張もわかるしこういう実装方法がベターなのかなあ。(´ε｀；)ｳｰﾝ…

[keepkeptkept]

Functional Option Patternっていう名前があったのか！

[delphinus35]

google.golang.org/api/option でこれが使われていて知った。「これスゲー！でも一般的なの？」と思ったら、それなりに有名な方法だったのね。

[digo]

よさげ

[fn7]

興味深い

[kwry]

[golang]