Le Modèle de conception d'adaptateur est un modèle de conception structurelle qui permet à des interfaces incompatibles de fonctionner ensemble. Il agit comme un pont entre deux objets, leur permettant d'interagir sans modifier leur code source. Ce modèle est particulièrement utile lors de l'intégration de nouveaux composants ou de l'utilisation de systèmes existants dotés d'interfaces différentes de celles attendues par votre application.

Dans cet article, nous explorerons en détail le modèle de conception d'adaptateur à l'aide d'un exemple concret implémenté en Java. Nous verrons également comment le modèle Adapter peut être utilisé en conjonction avec d’autres modèles de conception pour offrir encore plus de flexibilité et d’évolutivité à votre architecture logicielle.

Qu'est-ce que le modèle de conception de l'adaptateur??

Le modèle Adaptateur vous permet de convertir une interface en une autre qu'attend un client. Il permet de résoudre le problème de l'intégration de classes avec des interfaces incompatibles, leur permettant de travailler ensemble sans modifier leur code.

Composants clés?:

• Client?: La classe qui doit utiliser une interface.
• Cible?: L'interface attendue par le client.
• Adaptee?: La classe avec l'interface incompatible.
• Adaptateur?: La classe qui convertit l'interface de l'adapté en interface cible.

Le modèle Adaptateur permet aux objets avec des interfaces incompatibles de collaborer en créant une classe intermédiaire, connue sous le nom de Adaptateur, qui traduit une interface en une autre.

Exemple concret?: lecteur multimédia

Imaginez que vous créez une application MediaPlayer qui doit prendre en charge la lecture de différents types de fichiers multimédias, tels que .mp3, .mp4 et .vlc. Chaque type de média est livré avec son propre lecteur, mais leurs interfaces sont incompatibles. Vous devez faire fonctionner ces lecteurs disparates ensemble sous la même interface MediaPlayer.

étape 1?: définir l'énumération MediaType

Nous commen?ons par définir une énumération MediaType pour représenter différents formats multimédias. Cela nous aidera à maintenir la sécurité des types lors de la sélection des types de médias dans notre application.

public enum MediaType {
    MP3,
    MP4,
    VLC
}

étape 2?: définir l'interface MediaPlayer

L'interface MediaPlayer définira la méthode attendue play() pour lire les fichiers multimédias. C'est l'interface cible qu'attend le client (notre application principale).

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

étape 3?: Définir les classes d'adaptés

Ensuite, nous définissons deux classes de lecteurs héritées, VlcPlayer et Mp4Player. Ces classes ont des méthodes incompatibles pour lire les fichiers .vlc et .mp4, qui ne correspondent pas à l'interface MediaPlayer.

public enum MediaType {
    MP3,
    MP4,
    VLC
}

étape 4?: Créer les classes d'adaptateur

Maintenant, nous créons les classes d'adaptateur. Chaque adaptateur implémentera l'interface MediaPlayer et déléguera la méthode play() à la méthode du lecteur correspondant.

Adaptateur pour VlcPlayer?:

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

Adaptateur pour 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);
    }
}

étape 5?:?implémenter AudioPlayer (client)

La classe AudioPlayer est le client qui souhaite lire des fichiers multimédias dans différents formats. Il s'attend à utiliser l'interface MediaPlayer. à l'intérieur de l'AudioPlayer, nous pouvons utiliser des adaptateurs pour convertir les différentes interfaces du lecteur en l'interface MediaPlayer attendue.

Nous utiliserons également une carte pour charger dynamiquement le bon adaptateur en fonction du 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);
    }
}

étape 6 : Utilisation du modèle d'adaptateur

Maintenant, nous pouvons utiliser AudioPlayer pour lire différents types de fichiers multimédias. En fournissant le MediaType, l'AudioPlayer sélectionnera dynamiquement l'adaptateur approprié pour le format multimédia donné.

// 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);
    }
}

Sortir:

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.");
        }
    }
}

Avantages de l'utilisation du modèle d'adaptateur

1. Séparation des préoccupations?: le modèle d'adaptateur maintient le client (AudioPlayer) séparé des détails d'implémentation spécifiques des différents lecteurs multimédias. Les adaptateurs gèrent l'intégration, permettant au client de travailler avec une interface commune.

2. Extensibilité?: De nouveaux formats multimédias peuvent être ajoutés facilement en créant de nouveaux adaptateurs et en les enregistrant dans l'AudioPlayer sans modifier le code client.

3. Réutilisabilité du code?: Les classes VlcPlayer et Mp4Player sont réutilisables et peuvent être intégrées à tout autre système qui en a besoin, sans modifier leur code interne.

4. évolutivité?: à mesure que de nouveaux formats sont introduits (par exemple, .avi, .flv), vous pouvez continuer à utiliser le modèle Adaptateur pour les intégrer dans votre système en ajoutant de nouveaux adaptateurs.

Modèle d'adaptateur et sa relation avec d'autres modèles

Le modèle Adaptateur fonctionne souvent en tandem avec d'autres modèles de conception pour offrir plus de flexibilité et de maintenabilité dans un système. Voici son rapport avec d'autres modèles de conception?:

1. Modèle d'adaptateur et de stratégie

Le pattern Stratégie permet de définir une famille d'algorithmes et de les rendre interchangeables. Alors que le modèle Adaptateur est utilisé pour faire fonctionner des interfaces incompatibles ensemble, le modèle Strategy consiste à sélectionner le comportement (ou la stratégie) approprié au moment de l'exécution. Le modèle Adaptateur peut être utilisé dans les systèmes qui utilisent le modèle Stratégie lorsque les interfaces de stratégie sont incompatibles.

Par exemple, si vous disposez de différentes manières de traiter les fichiers multimédias (par exemple, différentes stratégies de compression), vous pouvez utiliser le modèle Adaptateur pour rendre les nouveaux types de médias compatibles avec la stratégie du système.

2. Modèle d'adaptateur et de décorateur

Les modèles Decorator et Adapter sont utilisés pour modifier le comportement d'un objet. La principale différence est?:

• Adaptateur : Change l'interface d'un objet pour le rendre compatible avec un autre.
• Décorateur?: Ajoute une nouvelle fonctionnalité à un objet sans changer son interface.

Vous pouvez utiliser le modèle Adapter pour rendre une classe tierce compatible avec votre système, puis utiliser le modèle Decorator pour ajouter des fonctionnalités supplémentaires (par exemple, journalisation ou validation) à cette classe adaptée.

3. Adaptateur et motif de fa?ade

Le modèle Fa?ade fournit une interface simplifiée à un sous-système complexe. Si certains composants du sous-système ont des interfaces incompatibles, le modèle d'adaptateur peut être utilisé dans la fa?ade pour garantir que toutes les parties du sous-système sont compatibles avec l'interface unifiée de la fa?ade.

Par exemple, un sous-système de traitement vidéo complexe peut être simplifié à l'aide d'une Fa?ade, et si les lecteurs vidéo sous-jacents ont des interfaces incompatibles, le modèle Adaptateur peut être utilisé pour les intégrer dans la Fa?ade.

4. Modèle d'adaptateur et de proxy

Le modèle Proxy fournit un substitut ou un espace réservé pour un autre objet. Alors que le modèle Adaptateur modifie l'interface d'un objet, le modèle Proxy contr?le l'accès à l'objet, ajoutant potentiellement des comportements tels qu'une initialisation paresseuse, une mise en cache ou un contr?le d'accès.

Les deux modèles peuvent être utilisés ensemble dans des scénarios dans lesquels vous souhaitez adapter un objet à une interface souhaitée et en contr?ler l'accès. Par exemple, vous pouvez utiliser un Proxy pour le contr?le d'accès et un Adaptateur pour convertir l'interface de l'objet dans un format attendu par le client.

Conclusion

Le Modèle de conception d'adaptateur est un outil précieux pour intégrer des interfaces incompatibles, ce qui en fait un modèle essentiel lorsque vous travaillez avec du code existant ou des bibliothèques tierces. En utilisant le modèle Adapter, vous pouvez garantir que les nouveaux composants ou systèmes peuvent interagir avec les systèmes existants sans modifier leur code sous-jacent.

Le modèle Adaptateur fonctionne également bien en combinaison avec d'autres modèles tels que Stratégie, Décorateur, Fa?ade et Proxy pour augmenter la flexibilité. et l'évolutivité de vos applications. Il permet à votre code de rester flexible et maintenable, vous aidant ainsi à étendre votre système pour répondre à de nouvelles exigences sans modifications significatives de la base de code existante.

Lectures complémentaires?:

• Modèles de conception?: éléments de logiciels orientés objet réutilisables par Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides
• Modèles de conception tête première par Eric Freeman, Elisabeth Robson
• Refactoring Guru - Modèle d'adaptateur

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!