在过去的几周里，我分享了一些流行的设计模式，例如 pubsub 和 singleton 模式。今天，我将分享本系列的另一篇文章，但请在下面评论并告诉我接下来应该介绍哪种设计模式！
适配器模式
适配器模式是一种结构设计模式，允许接口不兼容的对象进行协作。当您想让现有类与其他类一起工作而不修改其源代码时，通常会使用它。当现有类的接口与您需要的接口不匹配时，此模式特别有用。
真实案例场景
让我们考虑一个现实生活中的例子。您的任务是将第三方视频播放器集成到您的应用程序中。但是，视频播放器的功能不同，并且具有与您的应用程序期望的不同的方法接口。在这种情况下，您可以使用适配器模式围绕视频播放器创建一个包装类，使第三方代码与您现有的应用程序代码兼容。
这是您在这种情况下使用的代码：
// Adapter class
class VideoPlayerAdapter {
constructor() {
this.externalPlayer = new ThirdPartyVideoPlayer({
// some configuration
});
}
play() {
const video = this.externalPlayer.getVideo();
this.externalPlayer.playVideo(video, {
// additional parameters
});
}
}
// Your application code
class Application {
constructor() {
this.videoPlayer = new VideoPlayerAdapter();
}
start() {
// Play video using your application code
this.videoPlayer.play();
}
}
让我们分解一下上面的代码：
- thirdpartyvideoplayer 是您的应用程序想要使用的假设外部库。但是，它的界面可能与您的应用程序不兼容。
- videoplayeradapter 是适配器类。它围绕 thirdpartyvideoplayer。该适配器的接口与您的应用程序兼容。当适配器的 play() 方法被调用时，它会在内部调用 thirdpartyvideoplayer 上必要的方法。
- 应用程序是您的应用程序代码。它创建 videoplayeradapter 的实例并像使用常规视频播放器一样使用它。当它调用适配器上的 play() 方法时，适配器会将其转换为对 thirdpartyvideoplayer 的适当调用。
这样，application 类不需要了解 thirdpartyvideoplayer 的工作原理。如果您需要用不同的库替换 thirdpartyvideoplayer，您只需要编写一个新的适配器 - application 类可以保持不变。这是适配器模式的主要好处：它将您的应用程序代码与第三方库的细节分离。
适配器模式和外观模式之间的区别
虽然适配器模式和外观模式看起来很相似，但它们具有不同的目的并在不同的上下文中使用：
-
目的：
- 适配器模式：适配器模式的主要目的是让两个不兼容的接口相互兼容。它允许使用具有不同接口的现有类，就好像它实现了不同的接口一样。
- 外观模式：外观模式的主要目的是为复杂的子系统提供简化的接口。它隐藏了子系统的复杂性并提供了更高级别的接口，使子系统更易于使用。
-
用法：
- 适配器模式：当您需要集成与应用程序中现有类或接口不匹配的新类或库时使用它。适配器模式是关于将特定接口适应预期接口。
- 外观模式：当你想简化与复杂子系统的交互时使用它。 facade 提供了一种与系统交互的简单方法，隐藏了其复杂性。
-
设计：
- 适配器模式：通常涉及创建一个新类（适配器），它实现客户端期望的接口并将调用转换为适应的类。
- facade 模式：涉及创建一个 facade 类，为客户端提供简化的方法，通常聚合子系统的多种功能。
总之，虽然这两种模式都提供了一种使用现有代码的方法，但适配器模式侧重于接口兼容性，而外观模式侧重于简化与复杂系统的交互。
超级邀请 - 赢取 5.000 美元
所以，当您在这里时，让我邀请您参加我们即将举行的今年八月的超级活动！
这次远程活动让您有机会通过我们的实时通信工具应对挑战，改变您的虚拟交互，从而展示您的技能和创造力。有了 superviz，您就有机会赢得 5,000 美元的奖金。
立即注册以接收更新、提示和资源，并准备好破解！
