Golang 设计模式之 XX 外观模式

目录

• 简介
• 搬运自菜鸟简介
• 实例讲解

简介

这是一种对象结构型模式（结构型模式描述如何将类或对象按某种布局组成更大的结构。它分为类结构型模式和对象结构型模式，前者采用继承机制来组织接口和类，后者釆用组合或聚合来组合对象。）

外观模式（Facade Pattern）隐藏系统的复杂性，并向客户端提供了一个客户端可以访问系统的接口。这种类型的设计模式属于结构型模式，它向现有的系统添加一个接口，来隐藏系统的复杂性。
这种模式涉及到一个单一的类，该类提供了客户端请求的简化方法和对现有系统类方法的委托调用。

说白了就是聚合模块多个接口实现 ，对外只暴露单个接口。隐藏子系统的复杂性。调用方 不关心实现步骤 。

搬运自菜鸟简介

意图：为子系统中的一组接口提供一个一致的界面，外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

主要解决：降低访问复杂系统的内部子系统时的复杂度，简化客户端之间的接口。

何时使用： 1、客户端不需要知道系统内部的复杂联系，整个系统只需提供一个"接待员"即可。 2、定义系统的入口。

如何解决：客户端不与系统耦合，外观类与系统耦合。

关键代码：在客户端和复杂系统之间再加一层，这一层将调用顺序、依赖关系等处理好。

应用实例： 1、去医院看病，可能要去挂号、门诊、划价、取药，让患者或患者家属觉得很复杂，如果有提供接待人员，只让接待人员来处理，就很方便。 2、JAVA 的三层开发模式。

优点： 1、减少系统相互依赖。 2、提高灵活性。 3、提高了安全性。

缺点：不符合开闭原则，如果要改东西很麻烦，继承重写都不合适。

使用场景： 1、为复杂的模块或子系统提供外界访问的模块。 2、子系统相对独立。 3、预防低水平人员带来的风险。

注意事项：在层次化结构中，可以使用外观模式定义系统中每一层的入口。

实例讲解

// 吃晚饭
func  NewEatDinnerAPI() EatDinnerAPI  {
	return &Dinner{
		soup: NewSoupA(),
		dish: NewDishA(),
	}
}


// 对外部只暴露一个方法 Test 方法 
type EatDinnerAPI interface {
	EatDinner() string
}

// 晚餐
type Dinner struct {
	soup DrinkSoupAPI
	dish EatDishAPI
}

//模块 内部自由组合多接口  
func (d *Dinner) EatDinner() string {
 // 可自由组织 顺序 内容 。 对外界屏蔽实现细节
	soup := d.soup.Drink()
	
	dish := d.dish.Eat()
 
}

// 喝汤接口
type DrinkSoupAPI interface {
	Drink() string
}



func NewSoupA() DrinkSoupAPI {
	return &soupA{}
}

//蘑菇浓汤
type soupA struct{}

// 模块A  接口方法实现
func (*soupA) Drink() string {
	return "Drink  蘑菇浓汤"
}


//吃菜
type EatDishAPI interface {
	Eat() string
}

 
func NewDishA() EatDishAPI {
	return &dishA{}
}

//牛扒
type dishA struct{}

func (*dishA) Eat() string {
	return "吃 牛扒"
}