Go Facade外观（门面）设计模式

*动机（Motivation）
上述A方案的问题在于组件的客户和组件中各种复杂的子系统有了过多的耦合，随着外部客户程序和各子系统的演化，这种过多的耦合面临很多变化的挑战。
如何简化外部客户程序和系统间的交互接口？如何将外部客户程序的演化和内部子系统的变化之间的依赖相互解耦？
模式定义
为子系统中的一组接口提供一个一致（稳定）的界面，Facade模式定义了一个高层接口，这个接口使得这一子系统更加容易使用（复用）。
——《设计模式》GoF
要点总结
从客户程序的角度来看，Facade模式简化了整个组件系统的接口，对于组件内部与外部客户程序来说，达到了一种“解耦”的效果——内部子系统的任何变化不会影响到Facade接口的变化。
Facade 设计模式更注重从架构的层次去看整个系统，而不是单个类的层次。Facade 很多时候更是一种架构设计模式。
Facade 设计模式并非是一个集装箱，可以任意地放进任何多个对象。Facade 模式中组件的内部应该是“相互耦合关系比较大的一系列组件”，而不是一个简单的功能集合。
以上摘录于李建忠 C++ Builder 设计模式

以下是本人原创：

package main

import "fmt"

// 外观设计模式或门面设计模式

// 定义一个网关facade
type GetWayFacade struct {
	u User
	o Order
	p Product
}

func (g *GetWayFacade) GetOrders(){
	g.u.GetUserId()
	g.o.GetOrders()
}

// 用户模块
type User struct {
	Id string
}

func (u *User) GetUserId(){
	fmt.Println("get user's id")
}
    
// 订单模块
type Order struct {

}

func (o *Order) GetOrders(){
	fmt.Println("get user's order")
}

//商品模块
type Product struct {

}

func (p *Product)GetProduct(){
	fmt.Println("get product details")
}

func main(){
	f := GetWayFacade{}
	// 通过网关来获取用户订单
	f.GetOrders()
}