著者・講師と制作担当
公式PDFの著者・制作協力者欄を確認。制作協力は原資料の「貢献者・寄稿者」を含む。日本語版の翻訳担当者は明記されていない。
担当確認：確認済み / 2026-10-10。名前からプロフィールと関連教材へ進めます。
担当表記の出典
言語と日本語への対応
日本語訳PDFの説明本文を確認。コード、API名、Editorの画面名や一部の図・見出しには英語が残る。翻訳品質の全頁校正は未実施。
Unity公式配布ページから取得した英語PDF『Use a C# style guide for clean and scalable game code』の表紙・目次・説明本文を確認。日本語PDFのp.4付近にあるコードの可読性とチームのスタイルガイドを扱う導入が英語版に対応しており、英語原資料の日本語訳と判断。
提供本文の言語：日本語
- Unity公式英語版の配布ページ（確認 2026-10-09）
- 公式英語PDF：表紙・目次・説明本文を確認（確認 2026-10-09）
- 公式日本語PDF：説明本文と英語版との対応を確認（確認 2026-10-09）
具体的に何を学び、何を作るか
公式の公開目次・概要をもとに、制作の流れを要約しています。
規約をチームの判断に合わせる
KISS、YAGNI、段階的改善を前提に、既存規約との整合を優先する。本文と公開READMEは、掲載ルールの丸ごとの強制より、チームで合意して継続できる選択を重視する。
フィールド・型・enumの名前を区別する
PDF 13〜18ページはboolにis／hasなどの意味を持たせる名前、ローカル変数と公開メンバーのケース、m_／s_／k_など接頭辞の選択を例示。通常のenumは単数、Flagsで複数値を組み合わせる型は複数形にする例もある。
イベント名から発火のタイミングを読めるようにする
PDF 19〜21ページはOpeningDoorとDoorOpenedで処理前後を区別し、イベントを発火する側と受け取る側のメソッド名も分ける。System.Actionと必要に応じた引数型を、公開StyleExample.csでも照合できる。
Inspectorで調整する値と公開APIを分ける
privateフィールドとpublicプロパティを区別し、SerializeField、Range、TooltipでInspector上の編集・説明を整える。公開StyleExample.csはフィールド、プロパティ、イベント、MonoBehaviourメソッドなどの配置例を併記する。
整形を人の記憶だけに頼らない
PDF 30〜35ページは波括弧、switch、余白、長い行、領域分けとIDEの設定を扱う。31ページのEditorConfigはコードと一緒に管理し、Visual StudioやRiderなど異なるIDE間でも規約を共有するための項目。
変更理由を残すコメントと小さな整理
クラス・メソッドの単一責任、拡張メソッド、DRYを扱う。PDF 48〜50ページは処理を逐語説明するコメントより設計理由を示し、Inspectorの説明にはTooltip、過去コードや変更者の記録には履歴管理を使うことを勧める。
UI Toolkitの文字列識別子も揃える
PDF 51〜53ページはUXML／USSのBEM命名を扱い、block・element・modifierで場所、役割、状態を表す。色名のような変わりやすい見た目より意味を表す名前を選び、再利用時の衝突も考える。
テンプレート・テストを補助として読む
付録はスクリプトテンプレート、テストとデバッグ、Unity Test Frameworkへの案内。スタイルの統一だけで設計や挙動の正しさまで保証できるとは扱わない。
ほかの教材と比べるポイント
編集上の案内：同じイベントでも、本書は発火前後の名前やコードの並びを揃えるために読む。SOLID本は通知やUI更新の責務分担、ScriptableObject本はイベントをアセットで配線する実装、VCS本はそのコードと素材の履歴・競合管理を担当する。
目指す成果
- bool、enum、イベント、UI要素など対象ごとの命名ルールを合意し、StyleExample.csを参照して自分の規約を作る。
- Inspectorの編集用フィールド、公開プロパティ、Tooltipとコードコメントの役割を分けてレビューできる。
- EditorConfigやテンプレートで規約を共有し、機能・設計にレビュー時間を使いやすくする。
必要な知識・準備
- 編集上の案内：C#でクラス・メソッド・イベントを書いた経験と、読み直せる既存コードがあると活用しやすい。
- 公式はチーム全体で統一されたコードスタイルを作る用途を示している。
収録範囲と注意点
- 本文は唯一の正解となるコーディングスタイルがあるとはしていない。既存チームの規約と合意が必要。
- 専用の完成ゲームや全章共通プロジェクトを作る教材ではない。
- PDF 15ページはコードスニペットを省略された表記説明用と明記している。そのまま貼り付ければ動く完成実装や、テスト済みライブラリとしては扱わない。
- Unity 6版でもIDEの画面例やツールの案内は刊行時点のもの。公開StyleExample.csも別管理の参考例なので、PDFとすべての細部が一致する前提にしない。
- PDFやREADMEが認める規約の調整を、教材全体・画像・他のサンプル資産の無制限な転載許可へ広げない。
内容確認に使った公式資料
- Unity公式の日本語紹介・配布ページ（確認 2026-10-09）
- 公式日本語PDFの目次・導入・該当項目（確認 2026-10-09）
- 本文が案内する著者のコードスタイル参考例（確認 2026-10-09）
- 公式日本語PDF 13〜21ページ：bool、接頭辞、enum／Flags、イベントの前後、説明用コードの制限（確認 2026-10-10）
- 公式日本語PDF 30〜35ページ：括弧・余白・EditorConfig・IDE設定（確認 2026-10-10）
- 公式日本語PDF 48〜50ページ：理由を示すコメント、Tooltip、過去コードと履歴（確認 2026-10-10）
- 公式日本語PDF 51〜53ページ：UI ToolkitのBEM命名と意味に基づく識別子（確認 2026-10-10）
- 公式日本語PDF 56ページ：スタイルシートを各チームの規約の出発点として調整する案内（確認 2026-10-10）
- 本文が案内する公開StyleExample.cs：命名・ケース・整形・コメント・クラス内の順序（確認 2026-10-10）
- 公開StyleExample.cs：通常enumとFlags、フィールド、SerializeField／Range／Tooltip（確認 2026-10-10）
- 公開StyleExample.cs：プロパティ、発火前後のイベント、カスタム引数型（確認 2026-10-10）
この教材が合いそうな人
編集上の案内：レビューで書式の議論が繰り返される、イベント名から発火の前後が分からない、Inspector上の説明やUIの識別子が統一されていないチームに。
学べる範囲と選ぶときの注意
C#文法の入門ではなく、既存コードを読みやすく保つための規約作り。今回の深掘りは公式日本語PDF 13〜21、30〜35、48〜53、56ページと、本文が案内する公開StyleExample.csの命名・フィールド・プロパティ・イベントの範囲。全編読了、コンパイル、IDE設定やUnity実行は未実施。ページはPDFの先頭から数える。
サポート・付属データ
PDFは登録なしで取得。本文からThomas Krogh-Jacobsenの公開Unity-Code-Style-GuideとStyleExample.csを参照できる。書籍付録にテンプレートとテストの説明がある。専用正誤表・個別レビューの提供は未確認。 公開StyleExample.csは規約のコメントと小さな表記例を一つのファイルで照合するための参考資料。READMEとPDF 56ページはチーム向けに選択・調整する使い方を案内する。PDF 15ページは掲載スニペットを省略された説明用の例で、実際には機能しないものと明記している。
学んだ後の小さな練習
編集上の案内：PDF 13〜21ページとStyleExample.csから、bool名、privateフィールドの接頭辞、イベント発火前後の名前を先に合意する。31ページのEditorConfigで整形を共有し、UI Toolkitを使う場合だけ51〜53ページのBEM規則を追加する。
出典と確認範囲
内容確認：2026-10-10。各出典に確認日を記載しています。受講・通読レビューではありません。向く人や学習後の練習は編集部の提案です。
Unity Technologies／Unity Japanの公式掲載ページ価格は確認時点の参考表示です。セール、提供条件、サポートや対応版は変わる場合があります。未確認は「提供なし」を意味しません。