随笔 - 394  文章 - 0  评论 - 946  阅读 - 143万 

外观模式,主要就是将系统中原本互相交接的一些功能通过一组简单的接口来进行处理,减少各个模块之间的交互性,降低耦合性能。这样的话,将使得维护非常的容易。

那么,针对外观模式,一个具体的图例效果解释如下:

 

上面的这个是在没有进行外观模式下的关系图,可以发现,类与类之间的耦合程度非常的高,并且稍显混乱。

下面的这个是利用外观模式进行了分离的结果,可以看出,简洁多了,耦合程度也是大大降低。

 

那么在具体的编码的时候,应该如何进行设计呢?其实,真正的设计应该是这样的,首先参看下面的具体流程图:

 

具体的代码如下:

首先是SubSystemOne.cs的具体源码:

复制代码
using System;



namespace FacadeApplication

{

class SubSystemOne

{

public void MethodA()

{

Console.WriteLine(
"这个是方法一!");

}

}

}
复制代码

其次是SubSystemTwo.cs的具体源码:

复制代码
using System;



namespace FacadeApplication

{

class SubSystemOne

{

public void MethodA()

{

Console.WriteLine(
"这个是方法一!");

}

}

}
复制代码

再者就是SubSystemThree.cs的具体源码:

复制代码
using System;



namespace FacadeApplication

{

class SubSystemThree

{

public void MethodC()

{

Console.WriteLine(
"我是方法C!呵呵~~~~");

}

}

}
复制代码

然后关键就是Façade.cs类的具体实现了:

 

复制代码
namespace FacadeApplication

{

class Facade

{

SubSystemOne one;

SubSystemTwo two;

SubSystemThree three;



public Facade()

{

one
= new SubSystemOne();

two
= new SubSystemTwo();

three
= new SubSystemThree();

}



public void RunThis()

{

one.MethodA();

two.MethodB();

}



public void RunThat()

{

two.MethodB();

three.MethodC();

}

}

}

复制代码

这样就实现了。

说明一下在什么时候使用外观模式:

首先,在设计初期阶段,应该有意识的将不同的层进行分离。

其次,就是在开发阶段,利用外观模式将一些接口进行组合,以便减少之间的依赖性。

最后,就是在维护系统的时候,精良使用façade模式完成新旧对象的交互。

posted on   程序诗人  阅读(308)  评论(0编辑  收藏  举报
编辑推荐:
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
阅读排行:
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· Docker 太简单,K8s 太复杂?w7panel 让容器管理更轻松!
点击右上角即可分享
微信分享提示