Goコードフォーマッター (gofmtスタイル)

Goの作成者は、フォーマットに関する議論が開発者の時間を浪費すると判断しました。カノニカルフォーマッタとしてgofmtを義務付けることで、Goはスタイルに関する議論を完全に排除します—Prettier vs ESLintの議論も、タブ vs スペースの論争もありません。すべてのプロジェクトのすべてのGoファイルは同じように見えるため、見慣れないコードを読む際の認知負荷が軽減され、自動化ツールが簡素化されます。Goの格言はそれを捉えています：gofmtのスタイルは誰の好みでもありませんが、gofmtはみんなのお気に入りなのです。

Goはタブを使用します。なぜなら、タブはインデントの意味論と表現を分離するからです。タブは1つのインデントレベルを意味し、各開発者のエディタはそれを好みの幅—2スペース、4スペース、8スペース—で表示できます。これにより、スペースに関する議論が完全に回避されます。なぜなら、ソースファイルは誰にとっても同じであり、視覚的な表現は各開発者の好みに適応するからです。これは、悪名高く論争の多い問題に対する実用的な解決策です。

gofmtはコードフォーマットのみ—インデント、スペーシング、波括弧の配置—を処理します。goimportsはgofmtが行うすべてのことに加え、コードが参照するパッケージを分析することで、欠落しているインポートステートメントを追加し、未使用のものを削除します。ほとんどのGo開発者は、goimportsがgofmtの厳密なスーパーセットであるため、gofmtのドロップイン交換としてgoimportsを使用しています。どちらも同様のフォーマットを生成します；goimportsはインポート管理を上乗せするだけです。

Goのインポート規則では、インポートを空白行で区切られたグループに分離します。標準のグループ化は次のとおりです：まず標準ライブラリパッケージ、次にサードパーティパッケージ。一部のプロジェクトでは、内部パッケージのために3番目のグループを追加します。各グループ内では、インポートはアルファベット順にソートされます。goimportsはこれを自動的に強制します。この規則により、ファイルが標準ライブラリから使用しているものと、外部依存関係をどの程度持っているかを一目で簡単に確認できます。

いいえ、それは設計によるものです。gofmtには設定オプションはなく、スタイルを変更するためのフラグもなく、その決定をオーバーライドする方法もありません。これは意図的です—フォーマットがカスタマイズ可能であれば、すべてのプロジェクトがそれを異なる方法でカスタマイズし、その目的を無効にするでしょう。開発者に残された唯一のフォーマットの選択は、論理的なグループ化のために空白行を配置する場所です。それ以外はすべてgofmtによって決定されます。このゼロコンフィギュレーションアプローチは、Goで最も称賛されている設計上の決定の1つです。