JHHK

欢迎来到我的个人网站
行者常至 为者常成

6、Facade

目录

举一个例子

现代的软件系统都是比较复杂的,设计师处理复杂系统的一个常见方法便是将其”分而治之”,把一个系统划分为几个较小的子系统。如果把医院作为一个子系统,按照部门职能,这个系统可以划分为挂号、门诊、划价、化验、收费、取药等。看病的病人要与这些部门打交道,就如同一个子系统的客户端与一个子系统的各个类打交道一样,不是一件容易的事情。 首先病人必须先挂号,然后门诊。如果医生要求化验,病人必须首先划价,然后缴费,才可以到化验部门做化验。化验后再回到门诊室。

img

上图描述的是病人在医院里的体验,图中的方框代表医院。 解决这种不便的方法便是引进门面模式,医院可以设置一个接待员的位置,由接待员负责代为挂号、划价、缴费、取药等。这个接待员就是门面模式的体现,病人只接触接待员,由接待员与各个部门打交道

img

门面模式

门面模式没有一个一般化的类图描述,最好的描述方法实际上就是以一个例子说明。 由于门面模式的结构图过于抽象,因此把它稍稍具体点。假设子系统内有三个模块,分别是ModuleA、ModuleB和ModuleC,它们分别有示例方法,那么此时示例的整体结构图如下

img

在这个图像中,出现了两个角色:

门面(Facade)角色 :客户端可以调用这个角色的方法。此角色知晓相关的(一个或者多个)子系统的功能和责任。在正常情况下,本角色会将所有从客户端发来的请求委派到相应的子系统去。

子系统(SubSystem)角色 :可以同时有一个或者多个子系统。每个子系统都不是一个单独的类,而是一个类的集合(如上面的子系统就是由ModuleA、ModuleB、ModuleC三个类组合而成)。每个子系统都可以被客户端直接调用,或者被门面角色调用。子系统并不知道门面的存在,对于子系统而言,门面仅仅是另外一个客户端而已

代码实现

一、代码

Facade.swift

class Facade: NSObject {

    func test() {
        
        let ma = ModuleA()
        ma.testA()
        
        let mb = ModuleB()
        mb.testB()
        
        let mc = ModuleC()
        mc.testC()
    }
}

ModuleA.swift

class ModuleA: NSObject {

    func testA() {
        print("testA")
    }
    
    private func testa() {
        print("testa")
    }

}

ModuleB.swift

class ModuleB: NSObject {
    func testB() {
        print("testB")
    }
    
    private func testb() {
        print("testb")
    }
}

ModuleC.swift

class ModuleC: NSObject {
    func testC() {
        print("testC")
    }
    
    private func testc() {
        print("testc")
    }
}

二、调用

func test1() {
    Facade().test()
}

/**
testA
testB
testC
*/

三、门面模式的优点

松散耦合:
门面模式松散了客户端与子系统的耦合关系,让子系统内部的模块能更容易扩展和维护。

简单易用:
门面模式让子系统更加易用,客户端不再需要了解子系统内部的实现,也不需要跟众多子系统内部的模块进行交互,只需要跟门面类交互就可以了。

更好的划分访问层次:
通过合理使用Facade,可以帮助我们更好地划分访问的层次。有些方法是对系统外的,有些方法是系统内部使用的。把需要暴露给外部的功能集中到门面中,这样既方便客户端使用,也很好地隐藏了内部的细节。


行者常至,为者常成!





R
Valine - A simple comment system based on Leancloud.