Go の命名規則

本記事は Go Advent Calendar 2019 11 日目の記事です。 Go はシンプルな言語機能・シンタックスが特徴であり、命名規則にもそのシンプルさが表れています。 本記事では、公式や著名な Go エンジニア、OSS などから見られる Go らしい命名規則を紹介します。 今更なテーマかもしれませんが、意外にも公私共々で命名規則が意識されていないコードを時折見かけるので、自戒も込めて記します。 誤った内容があれば Twitter でご指摘いただければと思います。 パッケージ名簡潔にするEffective Go では、short, concise, evocative なパッケージ名が望ましいとされます。 これはパッケージ名に限らずほとんどあらゆる命名において役立つ指針だと思います。 また、「パッケージ名は一言で何をするかを表すエレベーターピッチだ」という Dave Cheney

[arx0balest]

strconvとか人に依って意味わからん省略形創りがちだし、レシーバ名どうでもいいはずなのにselfやthisで統一はlinterがキレてどの1文字選ぶか人に依るし。とにかく言語制約で変な悩みが増える印象。

[y-kawaz]

ちゃんと命名規則読んだ事なかったけど、先人のコード見て書いてたら大体そうなってた。

[ka2nn]

usersMapなぁ、usersのsliceが既に同じスコープにあって詰め替える時とかあるんだよなぁ

[turanukimaru]

パッケージとインタフェースは分割しすぎて困ることは滅多に無いので命名に困ったら分割する勢いで。slice と map の両方を複数形にするのはコンパイラには自明だけどプログラマのほうが取り違えるからMap付けたい…