OOP の 4 つの柱を理解する: オブジェクト指向プログラミングのガイド-＆＃＆チュートリアル-php.cn

Understanding the Four Pillars of OOP: A Guide to Object-Oriented Programming

この記事では、OOP の 4 つの柱 - カプセル化、抽象化、継承、およびポリモーフィズム - と、これらの基本的な概念が最新のソフトウェア設計をどのように形作るかについて説明します。 OOP を始めようとしている場合でも、より深く理解を求めている場合でも、このガイドでは、開発プロジェクトにこれらの原則を効果的に適用するための実践的な例と明確な洞察が提供されます。組織的で柔軟性があり、保守が容易なシステムの構築に各柱がどのように貢献しているかを学びましょう。

イントロ

オブジェクト指向プログラミング (OOP) は、現代のソフトウェア開発で広く採用されているパラダイムであり、複雑なシステムを構築するための構造化されたモジュール式アプローチを提供します。関数とロジックに焦点を当てる手続き型プログラミングとは異なり、OOP はオブジェクト、つまりデータと動作の両方を組み合わせる自己完結型ユニットの作成を中心に展開します。このメソッドは現実世界を反映するだけではありません。エンティティだけでなく、コードのスケーラビリティ、保守性、再利用性も向上します。

OOP の中核には、カプセル化、抽象化、継承、、および ポリモーフィズムという 4 つの重要な柱があります。これらの原則は、要件の変化に応じて進化できる、クリーンで組織化された柔軟なコードを作成するための基盤として機能します。この記事では、これらの各柱について詳しく説明し、それらがどのように機能するか、実際のアプリケーション、そして堅牢で効率的なソフトウェアを作成しようとしている開発者にとってそれらを習得することがなぜ重要であるかを探っていきます。

まずは、これらの柱が設計の実践にどのように貢献するのか、そしてそれらがオブジェクト指向プログラミングを成功させる鍵となる理由を探ってみましょう。

1.カプセル化

定義

カプセル化は、OOP の基本原理の 1 つです。これは、オブジェクトの内部の詳細を隠し、パブリックインターフェイスを通じて必要なものだけを公開することを教えてくれます。これは、オブジェクトのプライベート属性とメソッドは保護されたままであり、それらのアクセスはゲッターやセッターなどのパブリックメソッドによって制御されることを意味します。このようにして、内部状態は不要な変更から保護され、データの整合性が維持されます。

例

public class BankAccount {
    private double balance;

    public BanckAccount(double initialBalance) {
        this.balance = initialBalance;
    }

    public void deposit(double value) {
        this.balance += value;
    }

    public boolean withdraw(double value) {
        if (value <= this.balance) {
            this.balance -= value;
            return true;
        } else {
            return false;
        }
    }

    public double getBalance() {
        return this.balance;
    }
}

ログイン後にコピー

この例では、アカウント残高は保護されており (プライベート)、制御された方法でのみ変更できます。これにより、バランスの変更が安全かつ正しい方法で行われることが保証されます。

メリット

データセキュリティ: 機密情報が直接アクセスされたり変更されたりすることを防ぎます。
簡単なメンテナンス: 内部の詳細を変更しても、オブジェクトと対話する外部コードには影響しません。
モジュール性: 各オブジェクトが独立したユニットとなり、システムの構成が改善されます。

2.抽象化

定義:

抽象化とは、オブジェクトの複雑さを隠し、本質的な詳細のみを公開するプロセスです。すべての内部実装を公開するのではなく、関連する操作のみを外部から利用できるようにします。これにより、開発者は内部実装の詳細を気にすることなく、クラスまたはオブジェクトの主要な機能に集中できます。

実践例:

クレジットカード、PayPal、銀行振込などのさまざまな支払い方法を備えた支払いシステムを検討してください。 Payment と呼ばれるインターフェイスまたは抽象クラスを使用できます。このクラスでは、各支払い方法の具体的な詳細が非表示になります。目的は、支払いを処理する共通の方法を提供することです:

public class BankAccount {
    private double balance;

    public BanckAccount(double initialBalance) {
        this.balance = initialBalance;
    }

    public void deposit(double value) {
        this.balance += value;
    }

    public boolean withdraw(double value) {
        if (value <= this.balance) {
            this.balance -= value;
            return true;
        } else {
            return false;
        }
    }

    public double getBalance() {
        return this.balance;
    }
}

ログイン後にコピー

ここでは、抽象化により各支払いメソッドが独自の実装を持つことができますが、それらはすべて、抽象クラス Payment によって定義された共通の構造に従います。

抽象化の利点:

簡略化: 本質的な側面に焦点を当て、オブジェクトを使いやすく理解しやすくします。
柔軟性: 外部インターフェースを変更せずに、さまざまな実装を作成できます。
メンテナンスの容易化: 実装への変更は、抽象化を使用するコードには影響しません。

3.継承

定義:

継承は、あるクラスが別のクラスの特性 (属性とメソッド)を継承するメカニズムです。継承するクラスは サブクラス または 派生クラス と呼ばれ、継承されるクラスは スーパークラス または 基本クラス と呼ばれます。。継承を使用すると、サブクラスはスーパークラスのコードを再利用できるため、重複が回避され、コードの再利用が促進されます。

実践例:

スーパークラスの Vehicle と 2 つのサブクラス Car と Motorcycle を含むシナリオを考えてみましょう:

public abstract class Payment {
    public abstract void processPayment(double amount);
}

public class CreditCard extends Payment {
    @Override
    public void processPayment(double amount) {
        System.out.println("Processing credit card payment of: " + amount);
    }
}

public class PayPal extends Payment {
    @Override
    public void processPayment(double amount) {
        System.out.println("Processing PayPal payment of: " + amount);
    }
}

ログイン後にコピー

この例では、Car と Motorcycle の両方が Vehicle クラスから start() メソッドを継承しています。サブクラスは、車の openDoor() やオートバイの raiseKickstand() など、独自の特定の動作を持つこともできます。

継承の利点:

コードの再利用: は、サブクラスがスーパークラスのメソッドと属性を再利用できるようにすることで重複を防ぎます。
簡単な拡張: 一般的な動作はスーパークラスに集中させることができ、サブクラスは特定の機能を追加します。
階層構造: は現実世界の関係を反映し、コード構造をより論理的にします。

4.ポリモーフィズム

定義:

ポリモーフィズムにより、単一のインターフェイスまたはメソッドが複数の形式の実装または実行を持つことができます。実際には、これは、異なるオブジェクトが同じメッセージまたはメソッド呼び出しに異なる方法で応答できることを意味し、コードがより柔軟で拡張可能になります。

ポリモーフィズムは 2 つの主な形式で発生する可能性があります:

メソッドのオーバーロード (コンパイル時のポリモーフィズム): 異なるシグネチャを持つ同じメソッド。
メソッドのオーバーライド (ランタイムポリモーフィズム): 名前は同じですが、サブクラス内の実装が異なるメソッド。

実践例:

支払いの例に戻ると、同じ processPayment() メソッド呼び出しを使用するときにポリモーフィズムが動作していることがわかりますが、支払い方法に応じて動作が異なります。

public class BankAccount {
    private double balance;

    public BanckAccount(double initialBalance) {
        this.balance = initialBalance;
    }

    public void deposit(double value) {
        this.balance += value;
    }

    public boolean withdraw(double value) {
        if (value <= this.balance) {
            this.balance -= value;
            return true;
        } else {
            return false;
        }
    }

    public double getBalance() {
        return this.balance;
    }
}

ログイン後にコピー

ここで、processPayment() には CreditCard と PayPal で異なる実装がありますが、このメソッドは Payment スーパークラス参照を通じて多態的に呼び出されます。