代理模式 Proxy
“接口隔离”模式
- 在组件构建过程中,某些接口之间直接的依赖常常会带来很多问题、甚至根本无法实现。采用添加一层间接(稳定)接口,来隔离本来互相紧密关联的接口是一种常见的解决方案。
- 典型模式
- Facade
- Proxy
- Adapter
- Mediator
动机(Motivation)
- 在面向对象系统中,有些对象由于某种原因(比如对象创建的开销很大,或者某些操作需要安全控制,或者需要进程外的访问等)直接访问会给使用者、或者系统结构带来很多麻烦。
- 如何在不失去透明操作对象的同时来管理/控制这些对象特有的复杂性?增加一层间接层是软件开发中常见的解决方式。 // 透明操作:稳定,一致性。控制对象的复杂:隔离变化。
类图
结构很简单,使用起来有可能很复杂。
代码示例
一般的常规操作有可能是这样的(伪代码):
class ISubject{
public:
virtual void process();
};
class RealSubject: public ISubject{
public:
virtual void process(){
//....
}
};
class ClientApp{
ISubject* subject;
public:
ClientApp(){
subject=new RealSubject(); // 实际有可能拿不到这个东西
}
void DoTask(){
//...
subject->process();
//....
}
};
实际有可能拿不到 RealSubject 这个对象。
代理模式(伪代码):
class ISubject{
public:
virtual void process();
};
//Proxy的设计
class SubjectProxy: public ISubject{
public:
virtual void process(){
//对RealSubject的一种间接访问
//.... 这里实现有可能很复杂
}
};
class ClientApp{
ISubject* subject;
public:
ClientApp(){
subject=new SubjectProxy(); // 有可能用工厂什么的包装起来
}
void DoTask(){
//...
subject->process();
//....
}
};
要点总结
- “增加一层间接层”是软件系统中对许多复杂问题的一种常见解决方法。在面向对象系统中,直接使用某些对象会带来很多问题,作为间接层的proxy对象便是解决这一问题的常用手段。
- 具体proxy设计模式的实现方法、实现粒度都相差很大,有些可能对单个对象做细粒度的控制,如copy-on-write技术,有些可能对组件模块提供抽象代理层,在架构层次对对象做proxy。
- Proxy并不一定要求保持接口完整的一致性,只要能够实现间接控制,有时候损及一些透明性是可以接受的。
以分布式的例子来解释这个模式,会大量的使用。不是太明白怎么使用。
设计模式看到这,个人的感觉:1) 实体类用来做数据的通信 2)接口用来做行为的通信。
参考:GeekBand
· [翻译] 为什么 Tracebit 用 C# 开发
· 腾讯ima接入deepseek-r1,借用别人脑子用用成真了~
· Deepseek官网太卡,教你白嫖阿里云的Deepseek-R1满血版
· DeepSeek崛起:程序员“饭碗”被抢,还是职业进化新起点?
· RFID实践——.NET IoT程序读取高频RFID卡/标签
2021-09-28 Xml 简单序列化和返序列化
2021-09-28 C#|匿名类初识
2021-09-28 C++|wchar_t 简单认识
2021-09-28 C# try catch块内为空程序不会崩溃
2021-09-28 C# 应该没有类似 C++ 的 const 形参
2021-09-28 C#|::运算符和全局命名空间
2021-09-28 Winform |制作圆形label标签双色球