中嶋悟
名前：中嶋 悟（なかじま さとる） ニックネーム：サトルン 年齢：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 就寝
「protectedとpublicの違い」を徹底解説！中学生にもわかるアクセス制御の基本
プログラミングの世界には、クラスという「設計図」があります。ここには、外部から見たり触れたりできる範囲を決めるルールがいくつかあり、その代表格が protected と public です。難しそうに見えますが、日常の生活に例えると理解しやすくなります。たとえば学校のロッカーを思い浮かべてください。部活動の道具は自分だけが使えるものと、同じ部の仲間なら使えるものがあります。この「使える範囲」という考え方が、コードの世界では アクセス範囲 という言葉になっています。
まず、public は“誰でもアクセスできる”状態です。たとえば教科書のように、どの教室からでも見られて使える情報を公開するのが public のイメージです。逆に protected は“同じクラスと、それを継承する派生クラスだけがアクセスできる”設定です。ここは外部の人には見られませんが、同じ家系のように関係者だけが中を知ることができます。こうして情報を“外に出すべきかどうか”を分けることで、プログラムの安全性と拡張性を両立させられます。
この違いを整理すると、public は外部公開、protected は継承関係の内部公開という大きな2つの方向性を持っていると理解できます。設計を進めるときには、“この機能を外部に見せて良いか”“内部だけにとどめておくべきか”を考え、適切な宣言を選ぶことが大切です。
ここまでの話を踏まえると、protected と public の違いは、ただの言葉の違いではなく、クラス間の関係性と、情報をどう隠すかという「設計の考え方」の違いに直結していることが分かります。
次のセクションでは、もう少し現実の場面を例に取り、使い分けのコツを具体的に見ていきます。
現実の例から学ぶ protected と public の使い分け
日常の場面に置き換えると、protected は「家の中の秘密の部屋」のような役割をします。家の中にはお母さんが管理する台所のような「家族だけが使える機能」があり、台所の棚には家庭内で共有する道具が並んでいます。public は「誰もが自由に使える共用スペース」なので、友達が遊びに来たときにも使えるものがあります。これをクラスの世界に置き換えると、クラスの内部状態や複数のメソッドを、派生クラスだけに見せたい時には protected を使います。外部のクラスにも使ってほしい機能は public で公開します。具体的な例として、動物のクラス階層を想像してみましょう。基底クラス Animal には卵産みの秘密など、外部からは触れられたくない内部情報があるかもしれません。これを protected で隠しておくと、派生クラスの Cat や Dog は共通の秘密を使って動作を拡張できますが、外部のアプリはその秘密には触れられません。
もう少し現実的なポイントとして、“この機能を誰に公開するか”を設計段階で決める癖をつけることが大切です。公開範囲を広げすぎると、後で他の人が勝手にその機能を変更してしまうリスクが出てきます。一方で狭すぎると、プログラムを拡張する際に同じ機能を別の場所で再実装する手間が増えます。
こうしたバランス感覚を磨くには、実際のコードを読み解く練習と、適切な宣言の組み合わせを積み重ねることが有効です。protected を使うべき場面、public を使うべき場面を、ケーススタディ的に一つずつ想定してみると理解が深まります。
比較表と注意点
次に、要点を整理するための簡潔な表と、使い分けのコツをまとめます。
まずは覚えるべき基本のポイントを並べておきましょう。ポイント1：public は外部公開、ポイント2：protected は継承関係のみ公開、ポイント3：設計の段階で「公開すべき情報」と「隠すべき情報」を分けること。以下の表は、それぞれの特徴の比較を一目で分かるように整理しています。
この表を見ながら考えると、設計の意図がはっきり見えてきます。外部へ情報を出してよいかの判断をする時には、常に「誰がその情報を使うのか」「その情報を変えられると全体にどう影響するのか」を意識しましょう。
また、継承を使う場面では protected を活用して、親クラスの機能を子クラスに安全に伝える方法が効果的です。public は、ライブラリやフレームワークの利用者に対して、使い方をわかりやすく提供する際に強力な手段になります。
放課後の教室で友達と雑談していたとき、私たちは protected と public の“隠すべき情報”と“公開してよい情報”の違いを実例で話し合いました。protected は親クラスと子クラスだけをつなぐ“秘密の橋”のような存在だと感じました。public は外部の人にも渡せる“道具箱”で、機能を共有して新しい使い方を生み出します。二人が同じ棚から道具を取るか、外の世界に向けて道具を出すべきかを討論するうち、設計の意図が見えました。この小ネタでは、現場の風景を思い浮かべながら、どうしてこの2つのキーが違いを生むのか、気づきを楽しく共有します。
ITの人気記事
