Go の命名規則 | micnncim

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

[micnncim]

書いた

[codehex]

良い。パッケージ名の話、僕は自然言語的に自然になるように名前をつけてあげるというのを意識してる。

[kazuau]

なんか一回りしてK&Rの時代に戻ってきた感があるねこれ

[takehirohattori]

読み返す

[wordi]

usersMapは冗長っての、ツールの発展で型はhoverで確認しちゃえばいいってのもあると思う

[Chiko_gorilla]

Goのカンペにしよ

[Wafer]

Goの命名規則で一番変更したいのは言語名

[tossy_yukky]

まだGoの世界は足首でぱちゃぱちゃしてる程度だけど一度どっぷり浸かってみたさもある

[koroharo]

usersMapのとこだけ違和感。usersだとlistだと思われることもあるので、スコープの広さによってはそれが連想配列であることが分かる名前の方がいい。

[odmishien]

あまりGo仕草を知らないので勉強になる

[raimon49]

パッケージ名やレシーバ名。参考例へのリンクもあり良記事。

[yujiorama]

汎用的なロジックで使われる変数に陳腐な名前を付けてしまう問題をどうにかしていきたい気持ちになった