大家好，我是晴天，本周我们又见面了。本周有点发烧感冒，更文有点慢了，请大家见谅。言归正传，本周我们继续一起学习一文搞懂设计模式系列文章之代理模式。

什么是代理模式

我们先来看看 GoF 对代理模式的定义：

Provide a surrogate or placeholder for another object to control access to it. --------- GoF 即：代理模式为一个对象提供一种代理以控制对该对象的访问。

代理模式属于结构型设计模式，它能够代替客户向服务提供者发起请求，并且可以在请求服务提供者的前后做一些其他方面的处理。

为了便于我们的理解，接下来借助一个具体的场景理解代理模式。

场景

假设你很喜欢海外购物，喜欢购买韩国的化妆品，喜欢购买美国的生鱼片。在没有代理商的年代里，你只能亲自飞到韩国卖化妆品的店去购买化妆品，飞到美国的生鱼片店去购买生鱼片。你买完这些商品之后，回国进海关的时候，你还需要接受安检并依法补交税款，然后你才能带着这些商品回家享用。这一整个过程是相当费时而且繁琐的，每次你都难免会为出海购物而感都头疼。这时候，一个名叫"胖墩墩"的代理商出现了，他能够去韩国买对应的化妆品、去美国买你要的生鱼片并通过海关的安检带回国，然后向你出售韩国化妆品和美国生鱼片，这样就不需要你亲自出国购买而且也不需要你过海关安检，你只需要付钱给"胖墩墩"，然后在家等着收货就行了。

从这个场景中，我们看到，代理去韩国买了你想要的化妆品，去美国买了你喜欢的生鱼片，并且通过海关带回了祖国，你只需要付钱给代理，就可以在家等着收货了。我们现在就可以清晰代理是什么了，代理能够代替服务提供商（韩国化妆品店和美国生鱼片店）向你提供服务，并且还能够额外提供更多的服务（通过海关安检交税），因此在你看来，跟代理买东西和直接跟服务提供商买东西无异。

为什么需要代理模式

我们来看一下代理模式的类图首先定义一个抽象的服务提供商 shopping，它能够提供 Buy(good)购买商品的方法，它的子类有具体的韩国服务提供商和美国服务提供商，以及代理商，都需要实现 Buy(good)方法，代理商还有一个CheckIn(good)的额外方法，用于海关安检，代理商需要依赖于具体的服务提供商（韩国服务提供商和美国服务提供商）。客户端可以直接跟接口进行交互。

通过上面的场景，这个问题就很好说明了。

代理可以把原始的服务提供商封装起来，向我们提供服务
代理可以提供额外更强劲的功能
代理的使用方法和原始服务提供商无异

如何使用代理模式

下面我们把上面的场景写成代码，一起来学习一下

go 复制代码

package main

import "fmt"

// 代理模式
// 定义需要购买的商品的结构
type Good struct {
	Name     string
	Producer string
}

// 抽象层
// 服务提供商的抽象化定义   向我们提供Buy(good) 方法
type Shopping interface {
	Buy(good Good)
}

// 实现层
// 韩国购物
type KoreaShopping struct {
}

func (k *KoreaShopping) Buy(good Good) {
	fmt.Println("购买了一件韩国商品：", good.Name)
}

// 美国购物
type AmericaShopping struct {
}

func (a *AmericaShopping) Buy(good Good) {
	fmt.Println("购买了一件美国商品：", good.Name)
}

// 代理类，用于封装韩国购物和美国购物对象
type ShoppingProxy struct {
	// 继承抽象结构，用于后续传入具体韩国购物对象和美国购物对象，从而实现多态功能
	shopping Shopping
}

func NewShoppingProxy(shopping Shopping) ShoppingProxy {
	return ShoppingProxy{
		shopping: shopping,
	}
}

func (s *ShoppingProxy) Buy(good Good) {
	s.shopping.Buy(good)
	s.CheckIn(good)
}

func (s *ShoppingProxy) CheckIn(good Good) {
	if good.Producer == "america" {
		fmt.Printf("对美国购买的商品：%v，缴税并加征%v关税\n", good.Name, "120%")
	} else if good.Producer == "korea" {
		fmt.Printf("对韩国购买的商品：%v，缴税并加征%v关税\n", good.Name, "100%")
	}
}

// 业务逻辑层
func main() {
	g1 := Good{
		Name:     "韩国化妆品",
		Producer: "korea",
	}
	g2 := Good{
		Name:     "美国生鱼片",
		Producer: "america",
	}
	k_shopping := &KoreaShopping{}
	var shopping ShoppingProxy
	shopping = NewShoppingProxy(k_shopping)
	shopping.Buy(g1)
	a_shopping := &AmericaShopping{}
	shopping = NewShoppingProxy(a_shopping)
	shopping.Buy(g2)
}


/*
  输出结果：
  购买了一件韩国商品： 韩国化妆品
  对韩国购买的商品：韩国化妆品，加征100%关税
  购买了一件美国商品： 美国生鱼片
  对美国购买的商品：美国生鱼片，加征120%关税
*/

代码解释：

我们定义了抽象服务提供商 shopping，也定义了具体的服务提供商 koreaShopping 和 AmericaShopping 以及代理ShoppingProxy，他们都实现了Buy(good)方法，代理还额外增加了CheckIn(good Good)方法，用于海关安检。在业务逻辑层，定义了两种商品（韩国化妆品和美国生鱼片），实例化了具体的韩国服务提供商和美国服务提供商，并传入代理中，用于代理对他们进行管理。

代理模式的优点：

能够一定程度上实现业务逻辑和具体的服务提供商的解耦，协调服务调用者和服务提供商之间的关系
业务逻辑层可以面向接口编程，符合开闭原则，扩展起来比较方便

代理模式的缺点：

代理类比较复杂庞大，所有实现的逻辑都堆叠在代理类中，不方便维护。

总结

本文，我们一起学习了什么是代理模式以及为什么需要代理模式，通俗一点理解，代理就是能够对具体的服务对象进行统一管理，并且代替服务对象向我们提供服务，我们请求服务时，只需要向代理请求即可，无需直接向具体的服务对象请求服务，此外代理还可以增加一些其他功能为我们提供更强的服务。

写在最后

感谢大家的阅读，晴天将继续努力，分享更多有趣且实用的主题，如有错误和纰漏，欢迎留言给予指正。更多文章敬请关注作者个人公众号 晴天码字。我们下期不见不散，to be continued...

一文搞懂设计模式之代理模式