アダプター設(shè)計(jì)パターンは、互換性のないインターフェースの連攜を可能にする構(gòu)造設(shè)計(jì)パターンです。これは 2 つのオブジェクト間のブリッジとして機(jī)能し、ソース コードを変更せずに相互作用できるようにします。このパターンは、新しいコンポーネントを統(tǒng)合する場合、またはアプリケーションが期待するものとは異なるインターフェイスを持つレガシー システムを操作する場合に特に役立ちます。

この投稿では、Java で実裝された実際の例を使用して、アダプターの設(shè)計(jì)パターンを詳しく説明します。また、アダプター パターンを他の設(shè)計(jì)パターンと組み合わせて使用??して、ソフトウェア アーキテクチャの柔軟性と拡張性をさらに高める方法についても説明します。

アダプターの設(shè)計(jì)パターンとは何ですか?

アダプター パターンを使用すると、あるインターフェイスをクライアントが期待する別のインターフェイスに変換できます。これは、互換性のないインターフェイスを持つクラスを統(tǒng)合するという問題を解決し、コードを変更せずにクラスを連攜できるようにするのに役立ちます。

主要なコンポーネント:

• クライアント: インターフェースを使用する必要があるクラス。
• ターゲット: クライアントが期待するインターフェース。
• Adaptee: 互換性のないインターフェイスを持つクラス。
• Adapter: アダプティのインターフェースをターゲットインターフェースに変換するクラス。

アダプター パターンを使用すると、あるインターフェイスを別のインターフェイスに変換する アダプター として知られる中間クラスを作成することで、互換性のないインターフェイスを持つオブジェクトが連攜できるようになります。

---

現(xiàn)実世界の例: メディア プレーヤー

.mp3、.mp4、.vlc など、さまざまな種類のメディア ファイルの再生をサポートする必要がある MediaPlayer アプリケーションを構(gòu)築していると想像してください。各メディア タイプには獨(dú)自のプレーヤーが付屬していますが、インターフェイスには互換性がありません。これらの異なるプレーヤーを同じ MediaPlayer インターフェイスで連攜して動作させる必要があります。

ステップ 1: MediaType 列挙型を定義する

まず、さまざまなメディア形式を表す列挙型 MediaType を定義します。これは、アプリケーションでメディア タイプを選択するときにタイプ セーフティを維持するのに役立ちます。

public enum MediaType {
    MP3,
    MP4,
    VLC
}

ステップ 2: MediaPlayer インターフェイスを定義する

MediaPlayer インターフェイスは、メディア ファイルを再生するために予期されるメソッド play() を定義します。これは、クライアント (メイン アプリケーション) が期待するターゲット インターフェイスです。

// The Target Interface
public interface MediaPlayer {
    void play(String fileName);
}

ステップ 3: アダプティ クラスを定義する

次に、2 つのレガシー プレーヤー クラス、VlcPlayer と Mp4Player を定義します。これらのクラスには、.vlc および .mp4 ファイルを再生するための互換性のないメソッドがあり、MediaPlayer インターフェイスと一致しません。

public enum MediaType {
    MP3,
    MP4,
    VLC
}

ステップ 4: アダプター クラスを作成する

次に、アダプター クラスを作成します。各アダプターは MediaPlayer インターフェイスを?qū)g裝し、対応するプレーヤーのメソッドに play() メソッドを委譲します。

VlcPlayer 用アダプター:

// The Target Interface
public interface MediaPlayer {
    void play(String fileName);
}

Mp4Player 用アダプター:

// The Adaptee Class - VLC Player
public class VlcPlayer {
    public void playVlc(String fileName) {
        System.out.println("Playing VLC file: " + fileName);
    }
}

// The Adaptee Class - MP4 Player
public class Mp4Player {
    public void playMp4(String fileName) {
        System.out.println("Playing MP4 file: " + fileName);
    }
}

ステップ 5: AudioPlayer (クライアント) を?qū)g裝する

AudioPlayer クラスは、さまざまな形式でメディア ファイルを再生するクライアントです。 MediaPlayer インターフェイスの使用が想定されています。 AudioPlayer 內(nèi)では、アダプターを使用して、さまざまなプレーヤー インターフェイスを期待される MediaPlayer インターフェイスに変換できます。

また、Map を使用して、MediaType に基づいて正しいアダプターを動的にロードします。

// Adapter for VLC Player
public class VlcAdapter implements MediaPlayer {
    private VlcPlayer vlcPlayer;

    public VlcAdapter(VlcPlayer vlcPlayer) {
        this.vlcPlayer = vlcPlayer;
    }

    @Override
    public void play(String fileName) {
        vlcPlayer.playVlc(fileName);
    }
}

ステップ 6: アダプター パターンの使用

これで、AudioPlayer を使用してさまざまな種類のメディア ファイルを再生できるようになりました。 MediaType を指定すると、AudioPlayer は指定されたメディア形式に適したアダプターを動的に選択します。

// Adapter for MP4 Player
public class Mp4Adapter implements MediaPlayer {
    private Mp4Player mp4Player;

    public Mp4Adapter(Mp4Player mp4Player) {
        this.mp4Player = mp4Player;
    }

    @Override
    public void play(String fileName) {
        mp4Player.playMp4(fileName);
    }
}

出力：

import java.util.HashMap;
import java.util.Map;

public class AudioPlayer {
    private Map<MediaType, MediaPlayer> mediaPlayerMap;

    public AudioPlayer() {
        mediaPlayerMap = new HashMap<>();

        // Register adapters for each media type
        mediaPlayerMap.put(MediaType.VLC, new VlcAdapter(new VlcPlayer()));
        mediaPlayerMap.put(MediaType.MP4, new Mp4Adapter(new Mp4Player()));
    }

    public void play(MediaType mediaType, String fileName) {
        MediaPlayer mediaPlayer = mediaPlayerMap.get(mediaType);

        if (mediaPlayer != null) {
            mediaPlayer.play(fileName);  // Delegate play to the appropriate adapter
        } else {
            System.out.println("Invalid media type: " + mediaType + ". Format not supported.");
        }
    }
}

---

アダプター パターンを使用する利點(diǎn)

1. 懸念事項(xiàng)の分離: アダプター パターンは、クライアント (AudioPlayer) をさまざまなメディア プレーヤーの特定の実裝の詳細(xì)から分離します。アダプターは統(tǒng)合を処理し、クライアントが共通のインターフェースを使用できるようにします。

2. 拡張性: クライアント コードを変更せずに、新しいアダプターを作成して AudioPlayer に登録することで、新しいメディア形式を簡単に追加できます。

3. コードの再利用性: VlcPlayer クラスと Mp4Player クラスは再利用可能で、內(nèi)部コードを変更することなく、それらを必要とする他のシステムに統(tǒng)合できます。

4. スケーラビリティ: 新しい形式 (.avi、.flv など) が導(dǎo)入されると、新しいアダプターを追加することで、引き続きアダプター パターンを使用してそれらをシステムに統(tǒng)合できます。

---

アダプター パターンと他のパターンとの関係

アダプター パターンは、多くの場合、他の設(shè)計(jì)パターンと連攜して動作し、システムの柔軟性と保守性を高めます。他のデザイン パターンとの関係は次のとおりです:

1. アダプターと戦略パターン

Strategy パターンを使用すると、アルゴリズムのファミリーを定義し、それらを交換可能にすることができます。 Adapter パターンは互換性のないインターフェースを連攜させるために使用されますが、Strategy パターンは実行時に適切な動作 (または戦略) を選択することを目的としています。アダプター パターンは、ストラテジー インターフェイスに互換性がない場合に、ストラテジー パターンを使用するシステムで使用できます。

たとえば、メディア ファイルを処理するさまざまな方法 (さまざまな圧縮戦略など) がある場合、アダプター パターンを使用して、新しいメディア タイプをシステムの戦略と互換性のあるものにすることができます。

2. アダプターとデコレーターのパターン

Decorator パターンと Adapter パターンは両方とも、オブジェクトの動作を変更するために使用されます。主な違いは次のとおりです:

• アダプター: オブジェクトのインターフェイスを変更して、別のオブジェクトと互換性を持たせます。
• デコレーター: インターフェイスを変更せずに、オブジェクトに新しい機(jī)能を追加します。

アダプター パターンを使用して、サードパーティ クラスをシステムと互換性のあるものにし、その後、デコレーター パターンを使用して、その適応されたクラスに追加の機(jī)能 (ログや検証など) を追加できます。

3. アダプターとファサードのパターン

Facade パターンは、複雑なサブシステムへの簡素化されたインターフェイスを提供します。サブシステム內(nèi)の一部のコンポーネントに互換性のないインターフェイスがある場合、ファサード內(nèi)でアダプター パターンを使用して、サブシステムのすべての部分がファサードの統(tǒng)合インターフェイスと互換性があることを確認(rèn)できます。

たとえば、複雑なビデオ処理サブシステムは、Facade を使用して簡素化できます。また、基礎(chǔ)となるビデオ プレーヤーに互換性のないインターフェイスがある場合は、アダプター パターンを使用してそれらを統(tǒng)合できます。ファサード。

4. アダプターとプロキシ パターン

プロキシ パターンは、別のオブジェクトのサロゲートまたはプレースホルダーを提供します。 Adapter パターンはオブジェクトのインターフェースを変更しますが、Proxy パターンはオブジェクトへのアクセスを制御し、遅延初期化、キャッシュ、アクセス制御などの動作を追加する可能性があります。

両方のパターンは、オブジェクトを目的のインターフェイスに適応させ、そのインターフェイスへのアクセスを制御するシナリオで一緒に使用できます。たとえば、アクセス制御に プロキシ を使用し、オブジェクトのインターフェイスをクライアントが期待する形式に変換するために アダプター を使用できます。

---

結(jié)論

アダプター設(shè)計(jì)パターンは、互換性のないインターフェイスを統(tǒng)合するための貴重なツールであり、レガシー コードやサードパーティ ライブラリを使用する場合に不可欠なパターンになります。アダプター パターンを使用すると、基礎(chǔ)となるコードを変更することなく、新しいコンポーネントまたはシステムが既存のシステムと対話できるようになります。

Adapter パターンは、柔軟性を高めるために、Strategy、Decorator、Facade、Proxy などの他のパタ??ーンと組み合わせて使用??することもできます。アプリケーションのスケーラビリティも向上します。これにより、コードの柔軟性と保守性を維持できるため、既存のコードベースに大幅な変更を加えることなく、新しい要件に対応できるようにシステムを拡張できます。

さらに読む:

• デザイン パターン: 再利用可能なオブジェクト指向ソフトウェアの要素 Erich Gamma、Richard Helm、Ralph Johnson、John Vlissides 著
• ヘッド ファースト デザイン パターン by Eric Freeman、Elisabeth Robson
• リファクタリングの達(dá)人 - アダプター パターン

以上がアダプターの設(shè)計(jì)パターンを理解するの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。