设计模式 - 外观模式
1.设计模式 - 工厂模式2.设计模式 - 抽象工厂模式3.设计模式 - 单例模式4.设计模式 - 建造者模式5.设计模式 - 原型模式6.设计模式 - 适配器模式7.设计模式 - 桥接模式8.设计模式 - 组合模式9.设计模式 - 装饰模式
10.设计模式 - 外观模式
11.设计模式 - 享元模式12.设计模式 - 代理模式13.设计模式 - 责任链模式14.设计模式 - 命令模式15.设计模式 - 解释器模式16.设计模式 - 迭代器模式17.设计模式 - 中介者模式18.设计模式 - 备忘录模式19.设计模式 - 观察者模式20.设计模式 - 状态模式21.设计模式 - 策略模式22.设计模式 - 模板方法模式23.设计模式 - 访问者模式24.设计模式合集概述
外观模式(Facade Pattern)是一种结构型设计模式,它为子系统中的一组接口提供一个一致的界面,使得子系统更容易使用。外观模式通过引入一个外观类,简化了复杂子系统的接口,减少了客户端与子系统之间的耦合,从而提高了系统的易用性和可维护性。
结构
外观模式包含以下几个角色:
- 外观(Facade):提供一个高层接口,使得子系统更容易使用。
- 子系统(Subsystem):实现子系统的功能,处理外观对象指派的任务。子系统不知道外观的存在,对于子系统而言,外观仅仅是另一个客户端。
示例代码
假设我们有一个应用程序需要处理复杂的音视频转换操作。
代码地址
子系统类
public class AudioConverter
{
public void ConvertAudio(string fileName)
{
Console.WriteLine($"Converting audio file: {fileName}");
}
}
public class VideoConverter
{
public void ConvertVideo(string fileName)
{
Console.WriteLine($"Converting video file: {fileName}");
}
}
public class SubtitleConverter
{
public void ConvertSubtitle(string fileName)
{
Console.WriteLine($"Converting subtitle file: {fileName}");
}
}
外观类
public class MediaConverterFacade
{
private readonly AudioConverter _audioConverter;
private readonly VideoConverter _videoConverter;
private readonly SubtitleConverter _subtitleConverter;
public MediaConverterFacade()
{
_audioConverter = new AudioConverter();
_videoConverter = new VideoConverter();
_subtitleConverter = new SubtitleConverter();
}
public void ConvertMedia(string audioFile, string videoFile, string subtitleFile)
{
_audioConverter.ConvertAudio(audioFile);
_videoConverter.ConvertVideo(videoFile);
_subtitleConverter.ConvertSubtitle(subtitleFile);
}
}
客户端代码
class Program
{
static void Main(string[] args)
{
MediaConverterFacade mediaConverter = new MediaConverterFacade();
mediaConverter.ConvertMedia("audio.mp3", "video.mp4", "subtitle.srt");
}
}
应用场景
外观模式适用于以下场景:
- 当你希望为一个复杂子系统提供一个简单接口时。
- 当你希望客户端与子系统之间的耦合度降低,客户端只需要与外观对象交互,而不需要了解子系统的细节时。
- 当你希望子系统的功能分布在多个类中,且这些类之间的交互复杂时。
优缺点
优点
- 简化接口:外观模式通过提供一个简单的接口,简化了客户端与复杂子系统之间的交互。
- 降低耦合度:外观模式减少了客户端与子系统之间的耦合,使得子系统的变化不会影响到客户端。
- 提高可维护性:通过引入外观类,可以更容易地维护和扩展子系统。
缺点
- 可能增加系统复杂性:引入外观类可能会增加系统的复杂性,特别是当子系统本身已经很简单时。
- 不符合开闭原则:如果需要改变子系统的行为,可能需要修改外观类,违反了开闭原则。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· 单线程的Redis速度为什么快?
· Pantheons:用 TypeScript 打造主流大模型对话的一站式集成库