结构型模式-代理模式
什么是代理模式
代理是一种结构型设计模式， 让你能够提供对象的替代品或其占位符。代理控制着对于原对象的访问，并允许在 将请求提交给对象前后进行一些处理
服务接口（Service Interface）声明了服务接口。代理必须遵 循该接口才能伪装成服务对象
服务（Service）类提供了一些实用的业务逻辑。
代理（Proxy）类包含一个指向服务对象的引用成员变量。代 理完成其任务（例如延迟初始化、记录日志、访问控制和缓 存等）后会将请求传递给服务对象。通常情况下，代理会对 其服务对象的整个生命周期进行管理
客户端（Client） 能通过同一接口与服务或代理进行交互， 所以你可在一切需要服务对象的代码中使用代理。
Example
主体
package main
type server interface {
handleRequest(string, string) (int, string)
}
|
代理
package main
type Nginx struct {
application *Application
maxAllowedRequest int
rateLimiter map[string]int
}
func newNginxServer() *Nginx {
return &Nginx{
application: &Application{},
maxAllowedRequest: 2,
rateLimiter: make(map[string]int),
}
}
func (n *Nginx) handleRequest(url, method string) (int, string) {
allowed := n.checkRateLimiting(url)
if !allowed {
return 403, "Not Allowed"
}
return n.application.handleRequest(url, method)
}
func (n *Nginx) checkRateLimiting(url string) bool {
if n.rateLimiter[url] == 0 {
n.rateLimiter[url] = 1
}
if n.rateLimiter[url] > n.maxAllowedRequest {
return false
}
n.rateLimiter[url] = n.rateLimiter[url] + 1
return true
}
|
真实主体
package main
type Application struct {
}
func (a *Application) handleRequest(url, method string) (int, string) {
if url == "/app/status" && method == "GET" {
return 200, "Ok"
}
if url == "/create/user" && method == "POST" {
return 201, "User Created"
}
return 404, "Not Ok"
}
|
客户端
package main
import "fmt"
func main() {
nginxServer := newNginxServer()
appStatusURL := "/app/status"
createuserURL := "/create/user"
httpCode, body := nginxServer.handleRequest(appStatusURL, "GET")
fmt.Printf("\nUrl: %s\nHttpCode: %d\nBody: %s\n", appStatusURL, httpCode, body)
httpCode, body = nginxServer.handleRequest(appStatusURL, "GET")
fmt.Printf("\nUrl: %s\nHttpCode: %d\nBody: %s\n", appStatusURL, httpCode, body)
httpCode, body = nginxServer.handleRequest(appStatusURL, "GET")
fmt.Printf("\nUrl: %s\nHttpCode: %d\nBody: %s\n", appStatusURL, httpCode, body)
httpCode, body = nginxServer.handleRequest(createuserURL, "POST")
fmt.Printf("\nUrl: %s\nHttpCode: %d\nBody: %s\n", appStatusURL, httpCode, body)
httpCode, body = nginxServer.handleRequest(createuserURL, "GET")
|
适用场景
- 延迟初始化（虚拟代理）。如果你有一个偶尔使用的重量级服 务对象，一直保持该对象运行会消耗系统资源时，可使用代 理模式
- 你无需在程序启动时就创建该对象，可将对象的初始化延迟 到真正有需要的时候
- 访问控制（保护代理）。如果你只希望特定客户端使用服务对 象，这里的对象可以是操作系统中非常重要的部分，而客户 端则是各种已启动的程序（包括恶意程序），此时可使用代理 模式
- 代理可仅在客户端凭据满足要求时将请求传递给服务对象。
- 本地执行远程服务（远程代理）。适用于服务对象位于远程服 务器上的情形
- 在这种情形中，代理通过网络传递客户端请求，负责处理所 有与网络相关的复杂细节
- 记录日志请求（日志记录代理）。适用于当你需要保存对于服 务对象的请求历史记录时。代理可以在向服务传递请求前进 行记录
- 智能引用。可在没有客户端使用某个重量级对象时立即销毁 该对象
- 代理会将所有获取了指向服务对象或其结果的客户端记录在 案。代理会时不时地遍历各个客户端，检查它们是否仍在运 行。如果相应的客户端列表为空，代理就会销毁该服务对象， 释放底层系统资源
优缺点
优点
- 可以在客户端毫无察觉的情况下控制服务对象
- 如果客户端对服务对象的生命周期没有特殊要求，你可以对 生命周期进行管理
- 即使服务对象还未准备好或不存在，代理也可以正常工作。
- 开闭原则。你可以在不对服务或客户端做出修改的情况下创 建新代理
缺点
- 代码可能会变得复杂，因为需要新建许多类
- 服务响应可能会延迟。
与其他模式的关系
- 适配器能为被封装对象提供不同的接口，代理能为对象提供 相同的接口，装饰则能为对象提供加强的接口
- 外观与代理的相似之处在于它们都缓存了一个复杂实体并自 行对其进行初始化。代理与其服务对象遵循同一接口，使得 自己和服务对象可以互换，在这一点上它与外观不同
- • 装饰和代理有着相似的结构，但是其意图却非常不同。这两 个模式的构建都基于组合原则，也就是说一个对象应该将部 分工作委派给另一个对象。两者之间的不同之处在于代理通 常自行管理其服务对象的生命周期，而装饰的生成则总是由 客户端进行控制
alipay
