golang 外观模式

一、定义

一种通过为多个复杂的子系统提供一个一致的接口，而使这些子系统更加容易被访问的模式。该模式对外有一个统一接口，外部应用程序不用关心内部子系统的具体的细节，这样会大大降低应用程序的复杂度，提高了程序的可维护性。
主要是定义了一个高层接口。它包含了对各个子系统的引用，客户端可以通过它访问各个子系统的功能。现在来分析其基本结构和实现方法。

二、理解

外观角色为系统提供一个统一的访问入口，客户端如果要访问系统的某个功能，可以不用直接去找子系统，而是通过该外观角色去完成该功能。这样，当一个系统中有很多子模块时，对客户端来说，只需要通过这样一个外观角色就可以完成对其他子系统的访问。

三、实例

一个公司里有很多部门，不同的人（客户端）要去找不同的部门（子系统）办事，现在情况是，这个人只需要去找前台（外观角色）把自己要把的事告诉它即可，不用一个一个的去找不同的部门了。

func main() {
	cf:= NewComponyFront()
	cf.ProcessProblem("hr的问题")
	cf.ProcessProblem("关于money的问题")
}

func NewComponyFront()*ComponyFront {
	cf := new(ComponyFront)
	cf.hr = new(HRDepartment)
	cf.money = new(MoneyDepartment)
	return cf
}
//公司前台--->外观类，给客户端提供功能
type ComponyFront struct {
	hr *HRDepartment
	money *MoneyDepartment
}
//对外提供一个统一的办事方法
func (front *ComponyFront) ProcessProblem(question string)  {
	if strings.Contains(question,"hr"){
		front.hr.Hire()
	}else if strings.Contains(question,"money"){
		front.money.GiveMoney()
	}
}

//hr部门
type HRDepartment struct {
}
//hr部门招人 
func (department *HRDepartment) Hire()  {
	fmt.Println("hr:我来看看还缺不缺人了")
}

//财务
type MoneyDepartment struct {
}

func (department *MoneyDepartment) GiveMoney() {
	fmt.Println("财务：我来看看还欠工资不？")
}

四、扩展

在上述外观模式中，当增加或移除子系统时需要修改外观类，这违背了“开闭原则”。如果引入抽象外观类，则在一定程度上解决了该问题。
代码：只需要在上述代码中增加一个外观接口，客户端通过该接口来引用外观角色，当增加或移除子系统时需要修改外观类，可以直接新建一个具体实现类，不用修改原来的。

type IComponyFront interface {
	ProcessProblem(question string)
}