PHPのアクセス指定子（public, private, protected）を徹底解説

PHPにおけるアクセス指定子は、オブジェクト指向プログラミングにおいて非常に重要な要素です。アクセス指定子（public, private, protected）を使うことで、クラス内のプロパティやメソッドへのアクセス範囲を制限し、データの保護や適切なカプセル化を実現します。これにより、外部からの不正な操作を防ぎ、プログラムの保守性と安全性を高めることができます。本記事では、PHPのアクセス指定子について、基本的な使い方から具体的な応用例までを解説し、より堅牢で効率的なコードの書き方を学びます。

アクセス指定子とは？

アクセス指定子とは、オブジェクト指向プログラミングにおいて、クラス内のプロパティやメソッドに対するアクセス権限を制御するために使用されるキーワードです。これにより、プログラムの設計者は、どの部分が外部から操作可能か、どの部分が内部でのみ使用されるべきかを明確に定義できます。

役割と重要性

アクセス指定子の主な役割は、コードのカプセル化を実現し、データの安全性を確保することです。アクセス範囲を制限することで、クラス外部からの不正なアクセスを防ぎ、必要な部分だけが操作できるようにします。これにより、コードの保守性や再利用性が向上し、バグの発生も減少します。

PHPで使用されるアクセス指定子

PHPでは、以下の3つのアクセス指定子が提供されています。

public：どこからでもアクセス可能。
private：同じクラス内からのみアクセス可能。
protected：同じクラスおよびその子クラスからのみアクセス可能。

これらの指定子を適切に使い分けることで、効率的でセキュアなプログラムを設計できます。

publicの使い方

publicアクセス指定子は、クラスのプロパティやメソッドに対して、クラス外部からも自由にアクセスできることを許可します。PHPでは、何も指定しない場合、デフォルトでpublicとなるため、最もオープンなアクセス権限を持つ指定子です。

publicの特徴

public指定子を使用すると、そのプロパティやメソッドは、以下の場面でアクセス可能となります。

同じクラスの内部
クラスのインスタンス（オブジェクト）を通じて外部から
クラスを継承したサブクラスから

この特性により、他のクラスやコードの部分から自由にデータを読み書きすることが可能ですが、無制限に公開すると、予期しない変更やエラーの原因になりやすくなるため、慎重に使う必要があります。

publicの使用例

以下はpublicアクセス指定子を使用した簡単な例です。

class Car {
    public $brand;

    public function setBrand($brandName) {
        $this->brand = $brandName;
    }

    public function getBrand() {
        return $this->brand;
    }
}

$myCar = new Car();
$myCar->setBrand("Toyota");
echo $myCar->getBrand();  // 出力: Toyota

この例では、$brandプロパティとsetBrand()メソッド、getBrand()メソッドがpublicとして宣言されています。これにより、外部のコードからも$brandにアクセスし、変更や取得が可能です。

publicの使用における注意点

publicは非常に便利ですが、データの保護ができないため、不適切な外部アクセスを許す可能性があります。そのため、プロパティやメソッドを必要以上に公開しないように、適切な場面でのみ使用することが推奨されます。

privateの使い方

privateアクセス指定子は、クラスのプロパティやメソッドを、そのクラス内からのみアクセス可能にする制限を設けます。これにより、クラス外部やサブクラスからはアクセスできなくなり、データやロジックを完全に隠蔽することが可能です。

privateの特徴

privateで宣言されたプロパティやメソッドは、次の点で重要な役割を果たします。

クラス内部のみに制限され、外部からのアクセスが完全に遮断される。
サブクラス（継承されたクラス）でもアクセスすることができない。
外部からの変更や不正アクセスを防ぎ、データの整合性を維持できる。

これにより、クラスの内部状態を保護し、誤った操作が行われないようにするための手段として活用されます。

privateの使用例

以下はprivateアクセス指定子を使用したコード例です。

class Car {
    private $brand;

    public function setBrand($brandName) {
        $this->brand = $brandName;
    }

    public function getBrand() {
        return $this->brand;
    }
}

$myCar = new Car();
$myCar->setBrand("Honda");
echo $myCar->getBrand();  // 出力: Honda

// $myCar->brand = "Toyota";  // エラー: privateプロパティに直接アクセスできない

この例では、$brandプロパティはprivateとして宣言されているため、クラス外部からは直接アクセスできません。setBrand()およびgetBrand()メソッドを通してのみアクセスが可能です。

privateの使用における利点

データのカプセル化: クラス内部のデータを隠すことで、外部からの不正な操作や変更を防ぎます。
予期しないエラーの防止: 外部コードが直接プロパティにアクセスできないため、クラス内部でのみデータの一貫性を管理できます。
制御の強化: データの読み取りや書き込みをメソッド経由に限定することで、より細かい制御が可能になります。

このように、privateはデータ保護やクラスの一貫性を維持するために非常に重要な役割を果たします。

protectedの使い方

protectedアクセス指定子は、クラス内およびそのクラスを継承したサブクラスからのみアクセス可能にするものです。privateと同様に外部からのアクセスは制限されますが、protectedはサブクラスからもアクセスできる点が異なります。これにより、親クラスとサブクラス間でのデータ共有が可能になります。

protectedの特徴

protected指定子を使用することで、次のことが実現できます。

同じクラスとそのサブクラスからアクセス可能: クラス外部からのアクセスは遮断されますが、サブクラスはプロパティやメソッドにアクセスできます。
カプセル化の一部保持: 外部アクセスを制限しつつ、サブクラスに対して特定のデータや機能を提供する柔軟性を持たせることができます。
継承の強化: クラスを継承した場合に、親クラスの重要なデータやメソッドを子クラスで利用可能にし、コードの再利用性を高めます。

protectedの使用例

以下はprotectedアクセス指定子を使用した具体的な例です。

class Vehicle {
    protected $brand;

    public function setBrand($brandName) {
        $this->brand = $brandName;
    }
}

class Car extends Vehicle {
    public function getBrand() {
        return $this->brand;
    }
}

$myCar = new Car();
$myCar->setBrand("Mazda");
echo $myCar->getBrand();  // 出力: Mazda

この例では、$brandプロパティはprotectedとして宣言されており、Carクラス（Vehicleを継承したサブクラス）からアクセス可能です。これにより、Vehicleクラス内で定義されたプロパティを継承したクラスが利用できることを示しています。

protectedの使用における利点

継承と拡張が容易: protectedを使用することで、親クラスのデータや機能を子クラスが簡単に利用でき、クラス設計が柔軟になります。
カプセル化の強化: 外部からの不正なアクセスを防ぎつつ、クラス階層内でのデータ共有を可能にします。
コードの再利用性向上: 親クラスで定義したプロパティやメソッドをサブクラスで使い回すことで、コードの重複を減らし、メンテナンス性を向上させます。

protectedは、親子関係のクラス構造において、効率的なコードの再利用と柔軟なアクセス制御を提供する重要なアクセス指定子です。

アクセス指定子の使い分け

PHPにおけるpublic, private, protectedの3つのアクセス指定子は、それぞれ異なるアクセスレベルを提供し、適切に使い分けることでコードのセキュリティや保守性を高めることができます。これらを状況に応じて適切に選択することが、堅牢でメンテナンス性の高いプログラムを作成するための重要なポイントとなります。

public, private, protectedの違い

public: すべての場所（クラス内部、外部、サブクラス）からアクセス可能。広く共有する必要があるメソッドやプロパティに使用。
private: クラス内でのみアクセス可能。他のクラスやサブクラスからはアクセス不可。内部データを外部に露出させたくない場合に使用。
protected: クラス内部およびサブクラスからアクセス可能。親クラスと子クラス間でデータ共有が必要な場合に使用。

使用場面の具体例

publicの適用例

publicは、外部からアクセス可能なメソッドやデータを必要とする場合に使用されます。例えば、ユーザーが直接利用する機能や値を公開する場合に適しています。

class User {
    public $name;

    public function getName() {
        return $this->name;
    }
}

この場合、$nameプロパティやgetName()メソッドは外部から呼び出し可能です。

privateの適用例

privateは、クラス内部でのみ管理するデータやロジックに適しています。外部から直接変更されるべきでない、重要な内部データに使用されます。

class BankAccount {
    private $balance;

    public function deposit($amount) {
        $this->balance += $amount;
    }

    public function getBalance() {
        return $this->balance;
    }
}

この例では、$balanceはprivateなので外部から直接変更できず、メソッドを介してのみ操作できます。

protectedの適用例

protectedは、親クラスと子クラスで共有するデータやメソッドに使用されます。親クラスのデータを、サブクラスが適切に利用できる場合に便利です。

class Employee {
    protected $name;

    public function setName($name) {
        $this->name = $name;
    }
}

class Manager extends Employee {
    public function getName() {
        return $this->name;
    }
}

ここでは、$nameがprotectedで宣言されているため、Employeeの子クラスであるManagerからもアクセスできます。

アクセス指定子の選択基準

セキュリティが最優先の場合: 可能な限りprivateを使用して、外部アクセスを防ぎます。データが外部に直接触れられることを避け、メソッドを通じてのみ操作することで、予期しない変更やバグを防ぐことができます。
外部利用者への公開が必要な場合: 共有したいデータやメソッドにはpublicを使用します。ただし、外部から直接操作されるリスクを認識し、公開する部分を最小限にすることが重要です。
親クラスと子クラスの間でデータ共有が必要な場合: protectedを使用して、クラス階層内でのデータやロジックの再利用を容易にします。

このように、アクセス指定子はプログラムの設計において非常に重要な役割を果たし、適切に選択することで、安全で効率的なコードを実現できます。

オブジェクト指向プログラミングにおけるアクセス指定子の重要性

アクセス指定子は、オブジェクト指向プログラミング（OOP）の基本的な概念であるカプセル化を実現するための重要な要素です。適切にアクセス指定子を使用することで、データやメソッドへのアクセス範囲を制御し、クラス内部の構造を保護しながら、外部とのインターフェースを管理できます。

カプセル化とアクセス指定子

カプセル化とは、オブジェクト指向プログラミングにおけるデータとメソッドをひとまとめにし、外部から直接アクセスできないようにすることです。アクセス指定子は、このカプセル化をサポートするために不可欠な機能です。以下のように、アクセス指定子を使ってクラスの設計を分離し、外部からの不要な干渉を防ぎます。

データ保護: privateやprotectedを使うことで、外部コードからの直接アクセスを防ぎ、データを不正に変更されるリスクを減らします。データが一貫して保たれるため、バグや予期しない動作を回避できます。
適切なインターフェースの提供: publicなメソッドやプロパティは、クラスの外部に対して公開する必要のある機能やデータに限定し、使いやすく、かつ安全なインターフェースを設計できます。

アクセス指定子によるコードの可読性向上

アクセス指定子を適切に使用することで、コードの可読性や理解しやすさが向上します。外部から変更されることのない部分が明確になり、開発者は安心してそのクラスを使用できます。

例えば、privateで隠されたプロパティは、そのクラス内の制御にのみ依存しており、外部から変更される心配がありません。これにより、クラス内のロジックを追跡するのが容易になり、複雑なコードでも管理しやすくなります。

拡張性とアクセス指定子

オブジェクト指向設計では、クラスを再利用しやすくすることが重要です。アクセス指定子を適切に選択することで、クラスの拡張性が向上し、新しい機能を追加したり、既存の機能をオーバーライドしたりする際に、コードの整合性を保つことができます。

例えば、protectedを使って親クラスのプロパティをサブクラスに共有しつつ、外部からはアクセスを制限することができます。これにより、サブクラスが親クラスのデータや機能を利用しながら、外部の影響を受けずに機能を拡張することが可能です。

セキュリティと保守性の向上

アクセス指定子は、プログラムのセキュリティを高める重要な要素です。特に、外部からのアクセスが不要な部分にはprivateを適用することで、セキュリティリスクを最小限に抑えることができます。また、カプセル化を行うことで、変更が必要な部分が限定されるため、コードの保守性が向上し、後の修正が容易になります。

適切なアクセス制御による効率的な開発

アクセス指定子を正しく使用することで、チーム開発においても役立ちます。例えば、重要なデータやロジックをprivateで隠蔽することで、他の開発者が誤ってそれらにアクセスしてしまうことを防ぎます。また、publicなメソッドやプロパティを利用することで、チームメンバーがクラスの機能を正しく利用できるようになります。

このように、アクセス指定子は、クラスの設計においてデータ保護、可読性、拡張性、セキュリティを実現するための基本的な要素です。適切なアクセス指定子の選択により、オブジェクト指向プログラミングの利点を最大限に引き出すことができます。

実践例：アクセス指定子を活用したクラス設計

アクセス指定子を効果的に使い分けることで、堅牢で管理しやすいクラスを設計できます。ここでは、public, private, protectedを適切に利用した具体的なクラス設計の例を紹介し、実践的な活用方法を解説します。

例：ユーザー認証システム

次のコードは、ユーザー認証システムを設計する際にアクセス指定子を適用した例です。この設計では、ユーザーのパスワードを外部から隠し、データを適切に保護しつつ、ユーザー名や認証結果のみを公開するようにしています。

class User {
    private $username;
    private $password;
    protected $loginAttempts = 0;

    public function __construct($username, $password) {
        $this->username = $username;
        $this->setPassword($password);
    }

    // パスワードを設定する（内部的に処理）
    private function setPassword($password) {
        // パスワードのハッシュ化処理
        $this->password = password_hash($password, PASSWORD_DEFAULT);
    }

    // パスワードを検証するメソッド
    public function verifyPassword($password) {
        if (password_verify($password, $this->password)) {
            $this->loginAttempts = 0;
            return true;
        } else {
            $this->loginAttempts++;
            return false;
        }
    }

    // ユーザー名を取得する
    public function getUsername() {
        return $this->username;
    }

    // ログイン試行回数を取得する（子クラスでも利用可能）
    protected function getLoginAttempts() {
        return $this->loginAttempts;
    }
}

class AdminUser extends User {
    public function resetLoginAttempts() {
        $this->loginAttempts = 0;
    }
}

クラス設計の解説

この例では、以下のようにアクセス指定子が使われています。

private $usernameとprivate $password
privateアクセス指定子を使って、ユーザー名とパスワードを外部から直接操作できないようにしています。これにより、クラスの外部でデータの保護が確実になり、パスワードが誤って変更されたり漏洩したりするリスクを軽減します。
private function setPassword()
パスワードを設定するメソッドはprivateにしており、クラス内部でのみパスワードのハッシュ化を行うように制限しています。このように、重要な処理を外部からのアクセス不可にすることで、データの一貫性を保ちます。
public function verifyPassword()
パスワードの検証は外部から利用できる必要があるため、publicとして公開しています。このメソッドを使うことで、ユーザーが正しいパスワードを入力しているかどうかを判断します。
protected $loginAttempts
protected指定子を使用して、ログイン試行回数をクラス内とサブクラスから参照できるようにしています。AdminUserクラスでは、このプロパティをリセットするメソッドを持ち、サブクラスでのカスタマイズが可能です。
protected function getLoginAttempts()
このメソッドもprotectedとして宣言し、親クラスとサブクラス内でのみ利用できるようにしています。これにより、認証システム全体に影響を与えることなく、サブクラスでのカスタマイズが容易になります。

サブクラスでのアクセス指定子の活用

AdminUserクラスは、Userクラスを継承し、protectedなプロパティである$loginAttemptsにアクセスし、試行回数をリセットする機能を持っています。このように、protected指定子を使うことで、クラスの再利用と拡張を簡単に行うことが可能です。

$admin = new AdminUser("admin", "securepassword");
$admin->resetLoginAttempts();  // ログイン試行回数をリセット

実践的なポイント

セキュリティの確保: privateを使って重要なデータ（パスワードや内部ロジック）を保護し、外部からの不正な操作を防ぎます。
機能の再利用: protectedを使うことで、親クラスとサブクラスでデータやメソッドを共有し、コードの再利用と拡張性を高めます。
適切な公開範囲: publicメソッドを使って、外部に公開すべき機能（ユーザー名の取得やパスワードの検証）のみを安全に提供します。

このように、アクセス指定子を適切に使い分けることで、より安全で効率的なクラス設計が可能となります。

アクセス指定子に関するよくある誤解

アクセス指定子は、オブジェクト指向プログラミングにおいて非常に重要な役割を果たしますが、その使い方や効果については、よく誤解されることがあります。ここでは、アクセス指定子に関する一般的な誤解とその正しい理解を解説します。

誤解1: `public`は常に便利で、すべてのプロパティやメソッドに使うべき

publicは確かに便利ですが、すべてのプロパティやメソッドに適用すべきではありません。publicとして宣言されたプロパティやメソッドは、クラスの外部から自由にアクセスできるため、予期しない変更や誤った使い方が発生する可能性があります。これにより、データの一貫性やセキュリティが脅かされることがあります。

正しい理解:

アクセス指定子は、データの公開範囲を慎重に制御するために使用します。publicは、外部からアクセスされても問題ない場合、つまり、他のクラスや外部コードに明確に公開する必要がある機能にのみ使うべきです。内部の状態や制御が重要なプロパティやメソッドにはprivateやprotectedを使い、カプセル化を保つことが推奨されます。

誤解2: `private`を使うとサブクラスでもアクセスできなくなるので不便

privateはクラス内でのみアクセス可能なので、サブクラスからもアクセスできないという制限があります。このため、サブクラスでデータを再利用する際に不便だと感じるかもしれませんが、これはprotectedを使用することで解決できます。

正しい理解:

privateはクラス内部のデータやロジックを完全に隠蔽するために設計されています。サブクラスで親クラスのプロパティやメソッドにアクセスする必要がある場合は、protectedを使用することで、継承関係の中でデータや機能を共有できます。このように、privateとprotectedを適切に使い分けることで、柔軟で安全なコードが実現します。

誤解3: アクセス指定子がプログラムのパフォーマンスに影響を与える

一部の開発者は、アクセス指定子によってプログラムのパフォーマンスに影響が出ると考えるかもしれません。しかし、実際には、アクセス指定子が直接的にパフォーマンスに影響を与えることはほとんどありません。

正しい理解:

アクセス指定子は、クラスのデータとメソッドのアクセス権限を制御するためのものです。これらはコンパイル時や実行時にパフォーマンスに大きな影響を与える要因ではなく、主にコードの設計やセキュリティを管理するために使用されます。アクセス指定子を正しく使用することは、パフォーマンスよりもコードの安全性や保守性を重視することです。

誤解4: `protected`は安全だからどこでも使える

protectedは、クラス外部からはアクセスできず、サブクラスでのみ使用できるため安全だと誤解されることがあります。しかし、protectedなプロパティやメソッドは、継承するサブクラスからはアクセス可能なので、全ての状況で安全というわけではありません。

正しい理解:

protectedは、親クラスとサブクラスでデータを共有する必要がある場合に使うべきです。外部には公開せず、しかしサブクラスでの再利用を許可するという意味で、カプセル化の一部を維持します。ただし、サブクラスの実装者が親クラスの内部実装に依存するリスクがあるため、protectedの使用も慎重に行うべきです。すべての内部ロジックが公開されることを避けたい場合には、privateを使用するほうが適切です。

誤解5: アクセス指定子を使用しなくても大きな問題はない

アクセス指定子を明示的に指定せずにプログラムを記述することで、特に小さなプロジェクトではすぐには問題が発生しない場合があります。しかし、これによりクラスの内部データが無制限に公開され、後々のメンテナンスやバグ修正が難しくなることがあります。

正しい理解:

アクセス指定子は、ソフトウェアのセキュリティと保守性を確保するための重要なツールです。適切なアクセス制御が行われない場合、プロジェクトが大規模化した際にデータの不正な操作や予期しない動作が発生する可能性があります。長期的な視点で見れば、明確なアクセス制御を設定することで、コードの管理がしやすくなり、チーム開発でも安全で効率的な開発が可能になります。

このように、アクセス指定子の正しい理解と適切な使用は、オブジェクト指向プログラミングにおいて非常に重要です。誤解を避け、設計段階から正しいアクセス権限を設定することで、より安全で保守性の高いコードを実現できます。

テスト時のアクセス指定子の扱い

ユニットテストや機能テストを実施する際、privateやprotectedで定義されたプロパティやメソッドにアクセスする必要が生じる場合があります。これらのアクセス制限は、テストの信頼性やカプセル化を守るために重要ですが、同時に、テストの実装を難しくすることがあります。ここでは、テスト時にアクセス指定子をどのように扱うか、そしてテストを行う際のベストプラクティスについて解説します。

アクセス指定子とテストの関係

テストを行う際、外部からアクセスできるpublicなメソッドやプロパティは問題なくテストできますが、privateやprotectedで定義されたメソッドやプロパティは直接テストできません。これが意図的な設計であることから、アクセス指定子を変更してテストすることは、通常推奨されません。テストは外部からのインターフェース、つまりpublicメソッドを通して行うべきです。

privateメソッド・プロパティのテスト

privateメソッドやプロパティはクラスの内部のみで使われるため、通常、テストすべきではありません。privateな部分はあくまで内部実装であり、外部に対してはpublicメソッドがその動作を適切に反映する必要があります。したがって、privateなロジックは、間接的にpublicメソッドをテストすることでカバーできます。

class Calculator {
    private function add($a, $b) {
        return $a + $b;
    }

    public function calculateSum($a, $b) {
        return $this->add($a, $b);
    }
}

// ユニットテストでは、privateメソッドadd()を直接テストするのではなく、calculateSum()をテストする。
$calculator = new Calculator();
echo $calculator->calculateSum(3, 5);  // 結果: 8

この例では、add()メソッドはprivateですが、calculateSum()を通してadd()の動作をテストできます。これにより、内部実装の詳細に依存せずにテストを行うことができます。

protectedメソッド・プロパティのテスト

protectedメソッドやプロパティは、サブクラスでのみアクセス可能なため、ユニットテストで直接アクセスすることは困難です。しかし、protectedな機能は通常サブクラスで使用されることを想定しているため、サブクラスを作成してそのメソッドをテストする方法があります。

class ParentClass {
    protected function sayHello() {
        return "Hello!";
    }
}

class ChildClass extends ParentClass {
    public function testSayHello() {
        return $this->sayHello();
    }
}

// ChildClassを使ってprotectedメソッドをテスト
$child = new ChildClass();
echo $child->testSayHello();  // 結果: Hello!

この例では、ParentClassのprotectedメソッドであるsayHello()を、サブクラスChildClassを通じてテストしています。protectedなメソッドの動作を確認するために、継承を利用してテストが可能になります。

リフレクションを使ったアクセス指定子の操作

テストでprivateやprotectedメソッドを直接テストする必要がある場合、PHPのリフレクション（Reflection API）を使うことで、アクセス制限を無視してテストを行うこともできます。しかし、これは本来のカプセル化の概念に反するため、リフレクションの使用はあくまで例外的なケースであるべきです。

class Calculator {
    private function add($a, $b) {
        return $a + $b;
    }
}

$calculator = new Calculator();

// Reflectionを使ってprivateメソッドにアクセス
$reflection = new ReflectionClass($calculator);
$method = $reflection->getMethod('add');
$method->setAccessible(true);
echo $method->invoke($calculator, 3, 5);  // 結果: 8

このようにリフレクションを使用すると、privateメソッドに直接アクセスすることができますが、この方法は推奨されるものではなく、通常は避けるべきです。

テスト時のベストプラクティス

publicメソッドのテストを優先する: privateやprotectedメソッドは内部実装であり、テストは外部インターフェース（publicメソッド）を通じて行うべきです。これにより、内部実装の変更がテストに影響しにくくなります。
テストはブラックボックステストにする: クラスの内部構造に依存せず、外部からの入力と出力に基づいてテストを設計することで、テストの信頼性が向上します。
リフレクションの使用は最小限に: リフレクションは、アクセス指定子を無視する強力な手段ですが、カプセル化の破壊につながるため、特別な理由がない限り避けるべきです。

このように、アクセス指定子に応じたテスト方法を理解し、適切にテストを設計することで、堅牢で保守性の高いコードを保つことができます。

応用例：カプセル化とアクセス指定子の関係

アクセス指定子は、オブジェクト指向プログラミングにおけるカプセル化を実現するための重要な要素です。カプセル化とは、クラスの内部データやメソッドを隠蔽し、必要な部分のみ外部に公開することで、クラスの使い方を簡単にし、誤った使用や不正なアクセスからデータを保護することを目的としています。ここでは、カプセル化を活用したアクセス指定子の応用例を解説します。

カプセル化の基本概念

カプセル化の基本は、「内部データは直接操作させず、外部に公開されたメソッドを通じてのみアクセスを許可する」という考え方です。アクセス指定子を使うことで、次のようにカプセル化を効果的に実現できます。

private：内部データを完全に隠蔽し、外部からの直接アクセスを防ぎます。
public：外部からアクセス可能なインターフェースを提供し、安全にデータの操作や取得を行います。
protected：サブクラスでのデータ共有を許可し、柔軟な拡張を可能にします。

応用例：銀行口座クラスの設計

銀行口座を管理するクラスを設計する際、カプセル化の概念を取り入れて、口座残高を外部から直接操作できないようにし、適切なメソッドを通じてのみ操作が行われるようにします。この設計では、アクセス指定子を使ってデータの保護と公開範囲を明確にします。

class BankAccount {
    private $balance;  // 口座残高（外部から直接アクセスできない）
    private $accountHolder;  // 口座名義人

    public function __construct($holder, $initialBalance = 0) {
        $this->accountHolder = $holder;
        $this->balance = $initialBalance;
    }

    // 口座残高を取得する（外部から公開されたメソッド）
    public function getBalance() {
        return $this->balance;
    }

    // 預金する（外部から公開されたメソッド）
    public function deposit($amount) {
        if ($amount > 0) {
            $this->balance += $amount;
        }
    }

    // 引き出し処理（外部から公開されたメソッド）
    public function withdraw($amount) {
        if ($amount > 0 && $amount <= $this->balance) {
            $this->balance -= $amount;
        }
    }

    // 口座名義人を取得する（外部から公開されたメソッド）
    public function getAccountHolder() {
        return $this->accountHolder;
    }
}

カプセル化の実践

このクラスでは、次のようにカプセル化を実現しています。

private $balanceとprivate $accountHolder
口座残高と名義人のデータはprivateで定義されており、外部から直接アクセスできません。これにより、不正にデータが変更されるリスクを防ぎます。
public function getBalance()とpublic function deposit()
口座残高の操作や確認はpublicメソッドを通じて行います。これにより、外部のコードが安全にデータにアクセスし、変更できるようにします。例えば、残高の確認はgetBalance()を使い、預金はdeposit()メソッドを使います。
安全なデータ操作
withdraw()メソッドでは、引き出し金額が残高を超えないかどうかをチェックするなど、内部でデータを一貫して安全に操作する仕組みを提供しています。このように、privateなデータを守りつつ、外部からは制御された方法でのみデータを操作可能にしています。

サブクラスによる拡張の応用

次に、この銀行口座クラスを拡張して、特別な利子を付与する「貯蓄口座（SavingsAccount）」クラスを作成します。ここでは、protectedアクセス指定子を使い、サブクラスでのデータ共有を活用します。

class SavingsAccount extends BankAccount {
    protected $interestRate;

    public function __construct($holder, $initialBalance, $interestRate) {
        parent::__construct($holder, $initialBalance);
        $this->interestRate = $interestRate;
    }

    // 利子を適用するメソッド
    public function applyInterest() {
        $this->balance += $this->balance * $this->interestRate;
    }
}

$savings = new SavingsAccount("John Doe", 1000, 0.05);
$savings->applyInterest();
echo $savings->getBalance();  // 結果: 1050（利子5%を適用）

サブクラスの拡張ポイント

protectedの活用
SavingsAccountではinterestRateをprotectedで定義しています。このプロパティは親クラスBankAccountに存在しませんが、サブクラスでのみ利用されるため、protectedにすることでデータ共有と安全性のバランスを保ちます。
親クラスのメソッドを再利用
親クラスのbalanceプロパティはprivateですが、サブクラスは親クラスのメソッドを通じてこのデータにアクセスし、利子の計算などを行います。これにより、親クラスのカプセル化を維持しつつ、柔軟な拡張が可能になります。

カプセル化の利点

セキュリティ向上: 外部から直接アクセスできないデータを保護し、不正な操作や誤操作を防ぎます。
メンテナンス性向上: クラスの内部ロジックを隠蔽することで、変更時に外部のコードに影響を与えず、コードの保守性を高めます。
拡張性: 継承とprotectedの組み合わせにより、クラスを安全に拡張し、機能を追加することができます。

このように、アクセス指定子を活用したカプセル化は、データ保護と柔軟な拡張を同時に実現し、安全で効率的なプログラム設計を可能にします。

まとめ

本記事では、PHPにおけるアクセス指定子（public, private, protected）の使い方と、その役割について詳しく解説しました。アクセス指定子は、データの保護やクラスのカプセル化を実現し、コードの安全性と保守性を高めるために不可欠です。適切に使い分けることで、柔軟かつ堅牢なプログラム設計が可能になります。これらの概念を理解し、実践することで、オブジェクト指向プログラミングをより効果的に活用できるようになります。

この記事を書いた人

佐藤健司

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows／Office（Teams・Excel）からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

PHPのアクセス指定子（public, private, protected）を徹底解説

アクセス指定子とは？

役割と重要性

PHPで使用されるアクセス指定子

publicの使い方

publicの特徴

publicの使用例

publicの使用における注意点

privateの使い方

privateの特徴

privateの使用例

privateの使用における利点

protectedの使い方

protectedの特徴

protectedの使用例

protectedの使用における利点

アクセス指定子の使い分け

public, private, protectedの違い

使用場面の具体例

publicの適用例

privateの適用例

protectedの適用例

アクセス指定子の選択基準

オブジェクト指向プログラミングにおけるアクセス指定子の重要性

カプセル化とアクセス指定子

アクセス指定子によるコードの可読性向上

拡張性とアクセス指定子

セキュリティと保守性の向上

適切なアクセス制御による効率的な開発

実践例：アクセス指定子を活用したクラス設計

例：ユーザー認証システム

クラス設計の解説

サブクラスでのアクセス指定子の活用

実践的なポイント

アクセス指定子に関するよくある誤解

誤解1: `public`は常に便利で、すべてのプロパティやメソッドに使うべき

正しい理解:

誤解2: `private`を使うとサブクラスでもアクセスできなくなるので不便

正しい理解:

誤解3: アクセス指定子がプログラムのパフォーマンスに影響を与える

正しい理解:

誤解4: `protected`は安全だからどこでも使える

正しい理解:

誤解5: アクセス指定子を使用しなくても大きな問題はない

正しい理解:

テスト時のアクセス指定子の扱い

アクセス指定子とテストの関係

privateメソッド・プロパティのテスト

protectedメソッド・プロパティのテスト

リフレクションを使ったアクセス指定子の操作

テスト時のベストプラクティス

応用例：カプセル化とアクセス指定子の関係

カプセル化の基本概念

応用例：銀行口座クラスの設計

カプセル化の実践

サブクラスによる拡張の応用

サブクラスの拡張ポイント

カプセル化の利点

まとめ

この記事を書いた人

関連記事

コメント

コメントする コメントをキャンセル

コメントするコメントをキャンセル