无废话C#设计模式之八：Facade

核心提示： 代码说明l PayFacade类就是门面类型，提供给客户端调用，无废话C#设计模式之八：Facade(2)，它本身调用子接口，可以看到，在构架上，特别是WEB应用程序的构架上，创建一个订单首先要根据用户名获取用户ID、然后要看用户是否已经激活了游戏、然后看充值卡是否有库存，最后才是创建订单

代码说明

l　　　　　　　　 PayFacade类就是门面类型，提供给客户端调用，它本身调用子接口。可以看到，创建一个订单首先要根据用户名获取用户ID、然后要看用户是否已经激活了游戏、然后看充值卡是否有库存，最后才是创建订单。

l　　　　　　　　 AccountSystem、CardSystem以及PaySystem就是子接口，它们提供了账户、卡以及充值相关的一些接口方法。

l　　　　　　　　 Facade模式太常用了，把和多方关联的逻辑代码再进行一次封装，提供一个高层接口就是Facade的思想。比如在做论坛程序的时候，一些操作需要调用权限访问模块（发帖、管理帖子），另外一些操作可以直接调用（首页论坛板块、登陆）数据访问模块，由网站来做这个判断并调用不同的子模块并不合适，可以加一个业务逻辑层来统一接受网站各种操作请求，这其实就是Facade。

何时采用

l　　　　　　　　 从代码角度来说， 如果你的程序有多个类是和一组其它接口发生关联的话可以考虑在其中加一个门面类型。

l　　　　　　　　 从应用角度来说， 如果子系统的接口是非常细的，调用方也有大量的逻辑来和这些接口发生关系，那么就可以考虑使用Facade把客户端与子系统的直接耦合关系进行化解。你可能会说，子系统改了门面不是照样改？的确是需要改，但是如果客户端本身的工作已经比较复杂，或者说可能有多个需要调用门面的地方，这个时候门面的好处就体现了。

实现要点

l　　　　　　　　 通过一个高层接口让子系统和客户端不发生直接关联，使客户端不受子系统变化的影响。

l　　　　　　　　 Facade不仅仅针对代码级别，在构架上，特别是WEB应用程序的构架上，Facade的应用非常普遍。