Question

好吧，我正在研究适配器设计模式，但我对书中看到的一个例子感到困惑。方案如下：

我有一个AudioPlayer类，它实现了只能播放MP3音乐的MediaPlayer接口。参见：

public interface MediaPlayer {
   public void play(String audioType, String fileName);
}


public class AudioPlayer implements MediaPlayer {

    @Override
    public void play(String audioType, String fileName) {
        if (audioType.equalsIgnoreCase("mp3")){
            System.out.println("Playing "+fileName+" ...");
        }else{
            System.err.println("Unsupported Format");
        }       
    }

}

现在，我有另外一个具有更多功能的库，比如播放MP4和VCL格式。这是接口和类（想象一下，我无法在第三个库中更改任何内容，只是.class文件）：

public interface AdvancedMediaPlayer {  
   public void playVlc(String fileName);
   public void playMp4(String fileName);
}

public class VlcPlayer implements AdvancedMediaPlayer{
   @Override
   public void playVlc(String fileName) {
      System.out.println("Playing vlc file. Name: "+ fileName);     
   }

   @Override
   public void playMp4(String fileName) {
      //do nothing
   }
}

public class Mp4Player implements AdvancedMediaPlayer{

   @Override
   public void playVlc(String fileName) {
      //do nothing
   }

   @Override
   public void playMp4(String fileName) {
      System.out.println("Playing mp4 file. Name: "+ fileName);     
   }
}

所以，本书建议我应该创建一个实现MediaPlayer的MediaAdapter类并使用AdvancedMediaPlayer，如下所示：

public class MediaAdapter implements MediaPlayer {

   AdvancedMediaPlayer advancedMusicPlayer;

   public MediaAdapter(String audioType){
      if(audioType.equalsIgnoreCase("vlc") ){
         advancedMusicPlayer = new VlcPlayer();         
      } else if (audioType.equalsIgnoreCase("mp4")){
         advancedMusicPlayer = new Mp4Player();
      } 
   }

   @Override
   public void play(String audioType, String fileName) {
      if(audioType.equalsIgnoreCase("vlc")){
         advancedMusicPlayer.playVlc(fileName);
      }else if(audioType.equalsIgnoreCase("mp4")){
         advancedMusicPlayer.playMp4(fileName);
      }
   }
}

之后我将在AudioPlayer类中使用此MediaApter来添加对其他格式的支持，如下所示：

public class AudioPlayer implements MediaPlayer {
   MediaAdapter mediaAdapter; 

   @Override
   public void play(String audioType, String fileName) {        

      //inbuilt support to play mp3 music files
      if(audioType.equalsIgnoreCase("mp3")){
         System.out.println("Playing mp3 file. Name: "+ fileName);          
      } 
      //mediaAdapter is providing support to play other file formats
      else if(audioType.equalsIgnoreCase("vlc") 
         || audioType.equalsIgnoreCase("mp4")){
         mediaAdapter = new MediaAdapter(audioType);
         mediaAdapter.play(audioType, fileName);
      }
      else{
         System.out.println("Invalid media. "+
            audioType + " format not supported");
      }
   }   
}

但我真的不明白为什么这么多工作要做一件简单的事情。我的建议是删除MediaAdapter类并使用AudioPlayer类进行此操作：

public class AudioPlayer implements MediaPlayer {


   @Override
   public void play(String audioType, String fileName) {        

      //inbuilt support to play mp3 music files
      if(audioType.equalsIgnoreCase("mp3")){
         System.out.println("Playing mp3 file. Name: "+ fileName);          
      } 
      //mediaAdapter is providing support to play other file formats
      else if(audioType.equalsIgnoreCase("vlc")){
         new VclPlayer().playVlc(fileName);         
      }else if (audioType.equalsIgnoreCase("mp4")){
          new Mp4Player().playMp4(fileName);
      }
      else{
         System.out.println("Invalid media. "+
            audioType + " format not supported");
      }
   }   
}

因此，我需要了解为什么在我可以放弃此选项并在AudioPlayer类中直接使用VclPlayer或Mp4Player时使用MediaAdapter。

Answer 1

你应该尝试尽可能地分离。 AudioPlayer不应该知道VclPlayer或Mp4Player的实现。

AudioPlayer应该只担心播放文件（调用适配器的play方法）。

如何不应该担心AudioPlayer。

想象一下Mp4Player已更改，现在接受新的构造函数参数。 AudioPlayer很可能不知道如何提供这个参数。这就是MediaAdapter存在的原因，这是应该担心配置播放器的类。

您现在看到，您正在为每个班级提供特定目的。

VlcPlayer和Mp4Player知道如何播放特定文件。
MediaAdapter知道如何初始化和配置这些播放器，并在给定文件播放时 调用哪个 。
AudioPlayer将成为用户与MediaAdapter之间的桥梁。它将获取文件并将其提供给适配器。

Answer 2

我将给你一个更简单的例子。你曾经使用套筒扳手吗？你知道有些插座可以直接插入扳手，而其他插座需要一个适配器，如果你想用那个扳手来使用那个插座。当然，您可以随时前往五金店购买一把扳手，可以在没有适配器的情况下安装该插座。但是，你是否真的想为这一个插座的额外扳手付出那么多钱？可能不是。一个＆＃34;适配器＆＃34;比扳手便宜得多。

以该示例为例，将其应用于软件。您有一个已经定义和使用的接口;所以它被证明是有效的。您的开发团队已将该界面合并到其代码中。现在您有一个与该接口不兼容的实用程序。你会怎么做？或者更好的是，您认为您的老板会希望您做什么？为该实用程序构建一个全新的接口，或构建一个＆＃34;适配器＆＃34;充分利用已编写的代码？

这是适配器模式的多功能性。在您提供的示例中，您已经合并了媒体播放器（界面），并且代码已写入已证明有效的合同。今天，这家媒体播放器播放MP3文件。明天，有些人会创建一种新的媒体格式，您希望能够使用您已有的媒体播放器播放它。因此，您不是编写一个全新的Media Player，而是构建一个使用媒体播放器的适配器类，并填补接口和新库之间的空白，以便它可以符合联系人。

了解适配器设计模式的实用程序

2 个答案: