2
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

Javaで学ぶオブジェクト指向のキホン!「カプセル化」はなぜ必要なのか?

2
Posted at

Javaで学ぶオブジェクト指向のキホン!「カプセル化」はなぜ必要なのか?

Javaを学び始めると必ず耳にする 「オブジェクト指向」。そして、その三大要素の一つである 「カプセル化」
これらは、単なるプログラミングのルールではなく、大規模な開発を安全に進めるための「先人の知恵」が詰まった考え方です。

今回は、シニアエンジニアの視点で、オブジェクト指向の全体像からカプセル化の重要性までを、身近な例えを用いて徹底的に言語化します。


1. 結論:オブジェクト指向は「モノ」で考え、カプセル化は「守る」技術

結論から言うと、オブジェクト指向とは 「データ(属性)」と「手続き(振る舞い)」をひとまとめにした「オブジェクト(モノ)」を組み合わせてプログラムを作る手法のことです。

そして、そのオブジェクトの中身を勝手にいじられないように保護し、正しい窓口(メソッド)からのみ操作を許可するのが 「カプセル化」 です。


2. オブジェクト指向とは何か?:現実世界をプログラムに投影する

かつてのプログラミングは、命令を上から順に並べる「手続き型」が主流でした。しかし、プログラムが巨大になるにつれ、「どこでどの変数が書き換わったか分からない」という混乱を招きました。

そこで登場したのがオブジェクト指向です。

メタファー:車を運転する

あなたは車の運転をするとき、エンジンのピストン運動や、ガソリンの噴射タイミングを直接操作しているでしょうか?
いいえ、違いますよね。

  • 属性(データ):ガソリン残量、現在の速度、走行距離
  • 操作(振る舞い):アクセルを踏む、ブレーキを踏む、ハンドルを回す

運転手は「アクセルを踏む」という操作(メソッド)だけを知っていれば、車というオブジェクトを動かせます。中の複雑な仕組みを知る必要はありません。これがオブジェクト指向の基本的な考え方です。


3. カプセル化の真髄:なぜ「隠す」必要があるのか?

カプセル化とは、一言で言えば 「情報の隠蔽(インフォメーション・ハイディング)」 です。
なぜ隠すのか? それは、「間違った使い方をさせないため」 です。

メタファー:自動販売機

自動販売機の中には、冷えた飲み物と、それをお金と交換するための複雑な機械が入っています。

  • カプセル化されている状態:外側に「ボタン」と「投入口」という窓口だけがある。
  • カプセル化されていない状態:自販機の扉が常に全開で、中の部品を誰でも触れる。

もし扉が全開だったらどうでしょう? お金を入れずに直接中の商品を取り出したり、温度設定を勝手に変えて壊してしまう人が現れるかもしれません。
これを防ぐために、中身を隠し(private)、ボタンという決まった操作口(public メソッド)だけを用意するのがカプセル化です。


4. Javaでの実装:privateとGetter/Setter

Javaでは、アクセス修飾子を使ってカプセル化を実現します。

悪い例:カプセル化なし

class Wallet {
    public int money; // 誰でもお財布の中身を直接いじれる
}

// 実行側
Wallet myWallet = new Wallet();
myWallet.money = -1000; // お金がマイナスという、ありえない状態にできてしまう!

良い例:カプセル化あり

class Wallet {
    // 1. 属性を「private」にして隠す
    private int money;

    // 2. 「setter」で値を変更する際のルール(バリデーション)を決める
    public void setMoney(int money) {
        if (money < 0) {
            System.out.println("エラー:お金は0円未満になりません!");
            return;
        }
        this.money = money;
    }

    // 3. 「getter」で安全に中身を教える
    public int getMoney() {
        return this.money;
    }
}

このように、フィールドを private にし、getter/setter メソッド経由でアクセスさせることで、「不正な値の混入」を防ぐことができます。これが堅牢なプログラムの第一歩です。


5. 比較:カプセル化するメリット・しないデメリット

項目 カプセル化しない(むき出し) カプセル化する(保護)
安全性 どこからでも書き換えられ、バグの原因になる。 決まったルールでしか変更できず安全。
保守性 内部構造を変えると、全プログラムを修正する必要がある。 窓口(メソッド)さえ変えなければ、内部を自由に変更できる。
独立性 他のパーツとの依存関係が強すぎる。 1つのオブジェクトが自律的に動く。

6. まとめ:カプセル化は「優しさ」でできている

カプセル化は、自分一人で開発しているときは「面倒なルール」に見えるかもしれません。
しかし、チーム開発や未来の自分がコードを見返したとき、「この変数は勝手に変えちゃダメだよ」「ここから操作してね」というメッセージとして機能します。

  1. オブジェクト指向は、モノ(オブジェクト)の組み合わせでシステムを組む。
  2. カプセル化は、中身を private で隠し、正しい操作口を public で提供する。
  3. これにより、バグを防ぎ、変更に強いコードが生まれる。

基本情報技術者試験においても、オブジェクト指向の利点として「再利用性の向上」や「保守性の向上」が問われます。その根底にあるのが、このカプセル化なのです。


参考リンク集

2
1
1

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
2
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?