中嶋悟
名前：中嶋 悟（なかじま さとる） ニックネーム：サトルン 年齢：28歳 性別：男性 職業：会社員（IT系メーカー・マーケティング部門） 通勤場所：東京都千代田区・本社オフィス 通勤時間：片道約45分（電車＋徒歩） 居住地：東京都杉並区・阿佐ヶ谷の1LDKマンション 出身地：神奈川県横浜市 身長：175cm 血液型：A型 誕生日：1997年5月12日 趣味：比較記事を書くこと、カメラ散歩、ガジェット収集、カフェ巡り、映画鑑賞（特に洋画）、料理（最近はスパイスカレー作りにハマり中） 性格：分析好き・好奇心旺盛・マイペース・几帳面だけど時々おおざっぱ・物事をとことん調べたくなるタイプ 1日（平日）のタイムスケジュール 6:30 起床。まずはコーヒーを淹れながらニュースとSNSチェック 7:00 朝食（自作のオートミールorトースト）、ブログの下書きや記事ネタ整理 8:00 出勤準備 8:30 電車で通勤（この間にポッドキャストやオーディオブックでインプット） 9:15 出社。午前は資料作成やメール返信 12:00 ランチはオフィス近くの定食屋かカフェ 13:00 午後は会議やマーケティング企画立案、データ分析 18:00 退社 19:00 帰宅途中にスーパー寄って買い物 19:30 夕食＆YouTubeやNetflixでリラックスタイム 21:00 ブログ執筆や写真編集、次の記事の構成作成 23:00 読書（比較記事のネタ探しも兼ねる） 23:45 就寝準備 24:00 就寝
publicとSerializeFieldの違いを徹底的に解説する理由
\Unityのスクリプトを書くとき、publicと[SerializeField]の2つのキーワードはよく出てきます。同じ意味に使ってしまいがちですが、実は設計の哲学と実際の挙動が微妙に異なります。この記事では、まず公開範囲とエディタ表示の観点から違いを整理し、次にどの場面でどちらを使うべきかを実践的に解説します。最後には表や具体例を交えて、現場で使える判断基準をまとめます。これを読めば、クラスの外部APIをきれいに設計でき、データの安全性と拡張性を両立させやすくなります。
初心者の方はもちろん、中級者の方にも役立つポイントを丁寧に説明します。
publicとは何か：公開と設計の影響
\まず、publicという修飾子は、クラスの外部からその変数にアクセスできることを意味します。これはコードの使い勝手を直感的にしますが、同時にデータの安全性を下げるリスクもあります。たとえば、プレイヤーのデータを格納する変数を public にすると、他のクラスが勝手に値を変えてしまい、ゲームの挙動が予測不能になることがあります。
そこで重要なのは「どの機能を外部に公開すべきか」を設計時に考えることです。
以下のポイントを覚えておくと良いでしょう。
・公開することでAPIが使いやすくなる反面、内部実装が露出する。
・保守性を高めたい場合は最小限の public だけを残す。
・代替としてプロパティやメソッドを用い、内部状態を守る方法がある。
- \
- 公開することで外部からの依存が増えるため、変更の影響範囲を考える。 \
- 設計の初期段階で公開APIを決め、後から変更しづらいようにする。 \
- 必要最低限の公開だけに絞り、内部実装を隠すことが理想的。 \
SerializeFieldとは何か：エディタ表示とシリアライズの関係
\次に[SerializeField]です。Unity では、フィールドに「[SerializeField]」を付けると、private でもエディタのインスペクターに表示され、シリアライズ対象になります。これは外部からの直接アクセスを制限しつつ、エディタ上でデータを設定できる良いバランスです。
ポイントは「公開せずにエディタで設定可能」という点。
この機能をうまく使うと、設計は堅牢になり、データの初期値を安全に管理できます。
ただし注意点もあり、SerializeField が有効だからといって外部からその値を変更できるわけではありません。外部からの変更を許すべきケースは public を使うべきですが、それ以外は private にして SerializeField で公開するのが基本形です。
- \
- エディタ上で値を設定できるため、デザイナーと協力しやすい。 \
- データのカプセル化を保ちつつ、必要なときだけ設定を公開する設計が可能。 \
- シリアライズ対象であることは、保存データの再利用性にも寄与する。 \
実践的な使い分け：どう選ぶべきか
\ここまでの考えを踏まえ、現場での判断基準を整理します。まず、クラスのAPIを安定させたい場合は、外部公開するメンバを最小限に絞ります。
次にエディタで手早くデータを設定したいケースでは [SerializeField] を活用します。
そして、公開が必要な場合は公開意図を明確にコメントで示し、外部からの変更をできるだけ抑える設計を心掛けます。
注意点とよくある誤解を解くヒント
\重要なのは「公開する理由」を明確にすることと、エディタでの設定と実行時の挙動の両方を頭に入れて設計することです。
また、テストコードやリファクタリングのときには public の露出を増やさず、SerializeField での表示と情報の取り扱いを活用すると良いです。
結局のところ、何を外部に公開するべきか、どう保護するべきかを常に意識する設計が大切になります。
今日は Unity の public と [SerializeField] の違いを友達と雑談するような形で深掘りしました。結論として、公開APIを最小限に抑えつつエディタでの設定を活用するのがベストなケースが多い、という点が腑に落ちると思います。もし友達が「 public って安心感があるから全部公開したくなる」のなら、すぐさま横方向に検討を促してあげてください。データの所有権と責任の所在を意識することが、良い設計につながるからです。
前の記事： « コンポジションと継承の違いを徹底解説！中学生にもわかる実践ガイド
ITの人気記事
