关于
我的项目
相关阅读
热度排行
- [转] 宫崎骏用动漫教给我们的人生哲理,每一句都能说到心里! - (日期:[八月 24, 2013] 点击:[53,157])
- Google 网页爬虫报告无法连接站点解决办法 - (日期:[七月 20, 2014] 点击:[38,630])
- 架设Tiny Tiny RSS(TTRSS)阅读器,找回Google Reader! - (日期:[九月 27, 2013] 点击:[27,762])
- SkyDrive、DropBox和Google Drive三大公有云存储服务对比 - (日期:[六月 25, 2013] 点击:[25,564])
- 升级到至强E5440后,与i5 CPU笔记本性能对比 - (日期:[二月 18, 2014] 点击:[23,695])
- 公钥私钥加密解密数字证书数字签名详解 - (日期:[四月 19, 2014] 点击:[22,955])
- 本站建站技术合集 - (日期:[九月 20, 2013] 点击:[22,481])
- 使用OpenerDNS解决无法访问Google的问题 - (日期:[七月 5, 2014] 点击:[21,774])
- WordPress博客添加“返回顶部”按钮 - (日期:[七月 14, 2013] 点击:[21,189])
- Linux文件系统基础之inode和dentry - (日期:[三月 13, 2015] 点击:[20,161])
- 云存储中的HTTP鉴权算法分析 - (日期:[二月 7, 2014] 点击:[18,636])
- 存储基础知识之——磁盘阵列原理及操作实战 - (日期:[二月 9, 2014] 点击:[17,478])
- 精选37条强大的常用linux shell命令组合 - (日期:[九月 4, 2013] 点击:[17,425])
- DNS原理、架构和配置详解 - (日期:[九月 6, 2013] 点击:[16,797])
- Netty和Jetty的Java NIO 网络框架模型分析 - (日期:[七月 13, 2013] 点击:[16,329])
- CoreOS 初识之安装 - (日期:[十一月 16, 2014] 点击:[16,162])
- Windows与Linux文件系统互访的几种方法 - (日期:[八月 21, 2014] 点击:[15,725])
- Dijkstra算法求解最短路径分析 - (日期:[七月 12, 2014] 点击:[14,921])
- NAS解决方案实现多媒体文件共享播放 - (日期:[十二月 21, 2014] 点击:[13,899])
- 简介 - (日期:[九月 1, 2012] 点击:[13,746])
- 如何编程实现 2 + 2 = 5? - (日期:[六月 2, 2014] 点击:[13,266])
- 搭建了一个iNews程序 - (日期:[十月 15, 2013] 点击:[13,233])
- 2014年9月曝出的Bash ShellShock漏洞简析 - (日期:[九月 26, 2014] 点击:[13,134])
- 彻底解决WordPress博客垃圾评论的问题 - (日期:[八月 5, 2013] 点击:[13,080])
- 如何使用1M的内存排序100万个8位数 - (日期:[三月 27, 2014] 点击:[12,551])
- 全部日志列表 - (日期:[十一月 11, 2012] 点击:[12,316])
- 关于回调函数和this指针探讨 - (日期:[八月 24, 2014] 点击:[12,206])
- 给定一个long型常量,其值为x,给定long型变量a,要求a & x 的取值集合 - (日期:[九月 8, 2012] 点击:[11,695])
- WordPress建站必备实用插件 - (日期:[八月 7, 2014] 点击:[11,357])
- Amazon 云计算业务全面介绍 - (日期:[三月 9, 2014] 点击:[11,264])
分类目录
文章归档
- 2024年四月 (1)
- 2024年二月 (1)
- 2023年九月 (1)
- 2023年一月 (1)
- 2022年十月 (1)
- 2022年八月 (2)
- 2022年四月 (1)
- 2022年三月 (1)
- 2021年十二月 (2)
- 2021年十月 (2)
- 2021年九月 (1)
- 2021年八月 (1)
- 2021年五月 (1)
- 2021年三月 (2)
- 2021年一月 (2)
- 2020年十二月 (5)
- 2020年十一月 (2)
- 2020年十月 (2)
- 2020年九月 (1)
- 2020年八月 (5)
- 2020年七月 (2)
- 2019年九月 (1)
- 2018年八月 (1)
- 2018年七月 (1)
- 2018年六月 (1)
- 2018年五月 (1)
- 2018年三月 (1)
- 2018年二月 (1)
- 2018年一月 (2)
- 2017年十二月 (3)
- 2017年十月 (4)
- 2017年九月 (1)
- 2017年七月 (1)
- 2017年六月 (1)
- 2016年十二月 (1)
- 2016年十月 (1)
- 2016年九月 (1)
- 2016年七月 (2)
- 2016年六月 (1)
- 2016年二月 (3)
- 2015年十二月 (3)
- 2015年十一月 (2)
- 2015年十月 (1)
- 2015年八月 (2)
- 2015年七月 (4)
- 2015年六月 (1)
- 2015年三月 (2)
- 2015年二月 (1)
- 2015年一月 (4)
- 2014年十二月 (2)
- 2014年十一月 (2)
- 2014年十月 (5)
- 2014年九月 (8)
- 2014年八月 (11)
- 2014年七月 (17)
- 2014年六月 (7)
- 2014年五月 (15)
- 2014年四月 (16)
- 2014年三月 (14)
- 2014年二月 (5)
- 2013年十二月 (5)
- 2013年十一月 (3)
- 2013年十月 (13)
- 2013年九月 (13)
- 2013年八月 (13)
- 2013年七月 (9)
- 2013年六月 (8)
- 2013年五月 (1)
- 2013年三月 (3)
- 2013年一月 (1)
- 2012年十一月 (1)
- 2012年九月 (12)
- 2012年八月 (3)
- 2011年二月 (1)
- 2009年三月 (1)
- 2009年二月 (1)
- 2008年十一月 (1)
- 2008年六月 (1)
- 2008年四月 (1)
- 2008年三月 (1)
设计模式,学以致用—Proxy模式
最近在恶补设计模式的知识,GoF的23种设计模式都囫囵吞枣的看了一遍,貌似每一种模式都看懂了。然而到底有没有掌握各种模式呢,遇到实际问题时能否正确处理,还是需要打一个大大的问号。这里就遇到一个实际问题需要用模式来解决,然而我拿到这个问题的时候第一时间想到的却不是用模式,走了不少弯路。
问题如下:拿到了如下接口和库文件。需求是,不想把这个原始的接口暴露给用户,希望将真实的接口做一个简单的隐藏,对这套接口进行一个封装,在客户调用doSmth之前,还能做一些别的事情,诸如做一些额外的初始化。也就是对一个动态库文件和接口进行二次封装。
[root@Shentar /myprogs/cpp/proxy]# cat sysbase.h
#ifndef _SYS_BASE_H_
#define _SYS_BASE_H_
class SysBase
{
public:
SysBase(){}
~SysBase(){}
virtual void doSmth() = 0;
};
#endif
[root@Shentar /myprogs/cpp/proxy]# cat interface.h
#ifndef _INTER_FACE_H__
#define _INTER_FACE_H__
#include "sysbase.h"
class InterFace : public SysBase
{
public:
InterFace();
~InterFace();
virtual void doSmth();
};
#endif
[root@Shentar /myprogs/cpp/proxy]# l libinterface.so
-rwxrwxr-x 1 root root 9563 2013-11-16 13:30 libinterface.so
拿到这个问题,我首先想到的是集成InterFace类,生成一个NewInterFace类,在子类中调用父类的方法,并且在该调用之前实现额外的初始化。于是有了如下代码:
[root@Shentar /myprogs/cpp/proxy]# cat newinterface.h
#ifndef _NEW_INTERFACE_H_
#define _NEW_INTERFACE_H_
class InterFace;
class NewInterFace : public InterFace
{
public:
NewInterFace() : InterFace(){}
~NewInterFace(){}
public:
virtual void doSmth();
};
#endif
[root@Shentar /myprogs/cpp/proxy]# cat newinterface.cpp
#include <stdio.h>
#include <stdlib.h>
#include "interface.h"
#include "newinterface.h"
void NewInterFace::doSmth()
{
printf("do some extra initianize()!\n");
InterFace::doSmth();
}
[root@Shentar /myprogs/cpp/proxy]# cat Makefile
all:libinterface libnewinterface
libinterface:
g++ -fPIC -g -shared -o libinterface.so interface.cpp
libnewinterface:
g++ -fPIC -g -shared -L./ -linterface -o libnewinterface.so newinterface.cpp
这样成功生成了一个新的头文件和库文件:libnewinterface.h 和libnewinterface.so
预期客户只需要使用我提供的新的头文件和库文件就可以达到调用原来老的doSmth接口呢,同时还增加了额外的初始化,而用户对不能再调用老的接口了。然而事实上,客户在使用的时候还是需要知道interface.h这个接口,因为新的头文件中用到了InterFace类,尽管没有直接包含该头文件。因此,客户仍然可以直接使用interface.h中定义的接口。
显然这样的方式不对。于是只能另找别的方法,想到了在新的库文件中用一个全局指针,提供两个C风格的接口来创建和销毁该对象,再封装一个C风格的doSmth方法,在该方法中调用全局指针的doSmth方法。这样可以比较容易的解决该问题。但是由原来的一个接口变成了3个接口,如果客户只能接受一个接口呢?好好的C++类接口变成了C接口。在要求严格的场景下仍然解决不了问题。
回头一想,总觉的这个问题似曾相识,感觉正是模式能够解决的问题。想起了Adapter模式,但是Adapter强调的是接口转换,上面用的不正是Adapter模式吗,解决的不是特别优雅。再看Proxy模式,代理,这里正好是一个透传的需求啊,也即是保护代理,正是代理模式的应用场景。只需要在新的类中集成一个指向老接口对象的指针,在新的类的构造函数中构造该对象,析构时销毁该对象,这样可以达到目的。并且接口也具有一致性。
最后新的代码如下:
[root@Shentar /myprogs/cpp/proxy]# cat proxyinterface.h
#ifndef _PROXY_INTERFACE_H_
#define _PROXY_INTERFACE_H_
#include "sysbase.h"
class ProxyInterFace : public SysBase
{
public:
ProxyInterFace();
~ProxyInterFace();
public:
virtual void doSmth();
private:
SysBase* pimpl;
};
#endif
[root@Shentar /myprogs/cpp/proxy]# cat proxyinterface.cpp
#include <stdio.h>
#include <stdlib.h>
#include "interface.h"
#include "proxyinterface.h"
ProxyInterFace::ProxyInterFace() : SysBase()
{
pimpl = new InterFace;
}
ProxyInterFace::~ProxyInterFace()
{
delete pimpl;
pimpl = NULL;
}
void ProxyInterFace::doSmth()
{
printf("do some extra initianize()!\n");
pimpl->doSmth();
}
客户端程序:
[root@Shentar /myprogs/cpp/proxy]# cat test.cpp
#include "sysbase.h"
#include "proxyinterface.h"
int main(int argc, char** argv)
{
SysBase* p = new ProxyInterFace;
p->doSmth();
delete p;
return 0;
}
[root@Shentar /myprogs/cpp/proxy]# cat Makefile
all:libinterface libnewinterface proxyinterface test
libinterface:
g++ -fPIC -g -shared -o libinterface.so interface.cpp
libnewinterface:
g++ -fPIC -g -shared -L./ -linterface -o libnewinterface.so newinterface.cpp
proxyinterface:
g++ -fPIC -g -shared -L./ -linterface -o libproxyinterface.so proxyinterface.cpp
test:
g++ -fPIC -g -L./ -linterface -lproxyinterface -o testproc test.cpp
[root@Shentar /myprogs/cpp/proxy]# make all
g++ -fPIC -g -shared -o libinterface.so interface.cpp
g++ -fPIC -g -shared -L./ -linterface -o libnewinterface.so newinterface.cpp
g++ -fPIC -g -shared -L./ -linterface -o libproxyinterface.so proxyinterface.cpp
g++ -fPIC -g -L./ -linterface -lproxyinterface -o testproc test.cpp
[root@Shentar /myprogs/cpp/proxy]# ./testproc
do some extra initianize()!
InterFace's doSmth is called!
从上面的客户使用的过程来看,真正做到了客户对原有接口不可见,做到了隔离,也就是做了保护代理。设计模式不是死的,不是一纸空谈。需要活学活用,需要在实践中积累。
4 条评论
提个小建议: 文章内容链接用_blank属性, 每次都弹出新窗口/标签。
全部新标签对读者也不好啊。一般站外链接或者需要同时看新标签时会做成_blank。
对原有接口的不可见, 你的意思就是没有
#include “interface.h”
加上这行代码?
是这个意思。