设计模式-观察者(Observer)
2015-08-28 22:00
337 查看
定义对象间的一种一对多(变化)的依赖关系,以便当一个对象(Subject)的状态发生改变时,所有依赖于它的对象得到通知并自动更新。
—《设计模式》GOF
别称为—发布-订阅Subscribe模式
通常被用于事件处理系统
以8个设计原则思考程序的合理性,而不是以设计模式为思考点。
违背了依赖倒置原则—高层模块不能依赖低层模块,二者都依赖于抽象,抽象不能依赖于实现细节,实现细节应该依赖抽象。
ProgressBar* m_progressBar是一种实现细节,进度通知有很多种显示方式—Label,console程序(…)…
解决方法是不要依赖于一个特定的方法A(ProgressBar* m_progressBar),而是考虑到它的基类—譬如ControlBase,但是没有更新进度这个方法— m_progressBar->setValue(i+1)/m_fileNumber(无setValue这个方法)
仅仅考虑寻找基类往往不能解决问题,ProgressBar* m_progressBar这个抽象作为通知的一个方法。
解耦处理:
C++支持多继承,但是不推荐使用,会引起复杂的耦合性问题
一般都是有一个主的继承类,其它的为接口或者抽象基类—java,swift…
优化2:
无需指定观察者,通知会自动传播
观察者自己决定是否需要订阅通知,目标对象对此一无所知
基于事件UI框架中非常常用的设计模式,也是MVC模式的一个重要组成部分
java里面的Listener机制,event模式…
—《设计模式》GOF
别称为—发布-订阅Subscribe模式
通常被用于事件处理系统
1.时间轴前奏
class MainForm:public Form { TextBox* txtFilePath; TextBox* txtFileNumber; public: void Button1_Click(){ String filePath = txtFilePath->getText(); int number = atoi(txtFileNumber->getText().c_str()); FileSplitter splitter(filePath,number); splitter.split(); } }
class FileSplitter { string m_filePath; int m_fileNumber; public: FileSplitter(const string& filePath,int fileNumber): m_filePath(filePath), m_fileNumber(fileNumber){ } void split(){ //1.读取大文件 //2.分批次向小文件写入 for(int i=0;i<m_fileNumber;i++){ //...缓存处理 } } };
2.时间轴-前阶段
用户需求:文件很大,需要分成多个小文件,用进度条显示当前的进度情况。class MainForm:public Form { TextBox* txtFilePath; TextBox* txtFileNumber; ProgressBar* progressBar; public: void Button1_Click(){ String filePath = txtFilePath->getText(); int number = atoi(txtFileNumber->getText().c_str()); FileSplitter splitter(filePath,number,progressBar); splitter.split(); } }
class FileSplitter { string m_filePath; int m_fileNumber; ProgressBar* m_progressBar;//通知 public: FileSplitter(const string& filePath,int fileNumber,ProgressBar* progressBar): m_filePath(filePath), m_fileNumber(fileNumber) m_progressBar(progressBar){ } void split(){ //1.读取大文件 //2.分批次向小文件写入 for(int i=0;i<m_fileNumber;i++){ //...缓存处理 if(m_progressBar != null){ m_progressBar->setValue(i+1)/m_fileNumber; //更新进度条 } } } };
以8个设计原则思考程序的合理性,而不是以设计模式为思考点。
违背了依赖倒置原则—高层模块不能依赖低层模块,二者都依赖于抽象,抽象不能依赖于实现细节,实现细节应该依赖抽象。
ProgressBar* m_progressBar是一种实现细节,进度通知有很多种显示方式—Label,console程序(…)…
解决方法是不要依赖于一个特定的方法A(ProgressBar* m_progressBar),而是考虑到它的基类—譬如ControlBase,但是没有更新进度这个方法— m_progressBar->setValue(i+1)/m_fileNumber(无setValue这个方法)
仅仅考虑寻找基类往往不能解决问题,ProgressBar* m_progressBar这个抽象作为通知的一个方法。
3.时间轴-中期阶段
class IProgress{ public: virtual void DoProgress(float value)=0; virtual ~IProgress(){} }; class FileSplitter { string m_filePath; int m_fileNumber; //ProgressBar* m_progressBar;//具体通知控件 IProgress* m_iprogress; //抽象通知机制 public: FileSplitter(const string& filePath,int fileNumber,IProgressBar* iprogressBar): m_filePath(filePath), m_fileNumber(fileNumber) m_progressBar(iprogressBar){ } void split(){ //1.读取大文件 //2.分批次向小文件写入 for(int i=0;i<m_fileNumber;i++){ //...缓存处理 if(m_iprogressBar != null){ float progressValue = m_fileNumber; progressValue = (i+1)/progressValue; m_iprogressBar->DoProgress(progressValue); //更新进度条 } } } };
解耦处理:
class MainForm:public Form,public Iprogress { TextBox* txtFilePath; TextBox* txtFileNumber; ProgressBar* progressBar; public: void Button1_Click(){ String filePath = txtFilePath->getText(); int number = atoi(txtFileNumber->getText().c_str()); FileSplitter splitter(filePath,number,this); splitter.split(); } virtual void DoProgress(float value){ progressBar->setValue(value); } }
C++支持多继承,但是不推荐使用,会引起复杂的耦合性问题
一般都是有一个主的继承类,其它的为接口或者抽象基类—java,swift…
4.时间轴-后期阶段(优化)
优化1:void split(){ //1.读取大文件 //2.分批次向小文件中写入 for(int i=0;i<m_fileNumber;i++){ //... float progressValue = m_fileNumber; progressValue = (i+1)/progressValue; onProgress(progressValue); } protected: void onProgress(float value){ if(m_iprogress != null) m_iprogress->DoProgress(value);//更新进度条 }
优化2:
class MainForm : public Form, public IProgress { TextBox* txtFilePath; TextBox* txtFileNumber; ProgressBar* progressBar; public: void Button1_Click(){ string filePath = txtFilePath->getText(); int number = atoi(txtFileNumber->getText().c_str()); ConsoleNotifier cn; FileSplitter splitter(filePath, number); splitter.addIProgress(this); //订阅通知 splitter.addIProgress(&cn); //订阅通知 splitter.split(); splitter.removeIProgress(this); } virtual void DoProgress(float value){ progressBar->setValue(value); } }; class ConsoleNotifier : public IProgress { public: virtual void DoProgress(float value){ cout << "."; } };
class IProgress{ public: virtual void DoProgress(float value)=0; virtual ~IProgress(){} }; class FileSplitter { string m_filePath; int m_fileNumber; List<IProgress*> m_iprogressList; // 抽象通知机制,支持多个观察者 public: FileSplitter(const string& filePath, int fileNumber) : m_filePath(filePath), m_fileNumber(fileNumber){ } void split(){ //1.读取大文件 //2.分批次向小文件中写入 for (int i = 0; i < m_fileNumber; i++){ //... float progressValue = m_fileNumber; progressValue = (i + 1) / progressValue; onProgress(progressValue);//发送通知 } } void addIProgress(IProgress* iprogress){ m_iprogressList.push_back(iprogress); } void removeIProgress(IProgress* iprogress){ m_iprogressList.remove(iprogress); } protected: virtual void onProgress(float value){ List<IProgress*>::iterator itor=m_iprogressList.begin(); while (itor != m_iprogressList.end() ) (*itor)->DoProgress(value); //更新进度条 itor++; } } };
5.结构图
6.要点总结
可以独立的改变目标与观察者,达到松耦合。无需指定观察者,通知会自动传播
观察者自己决定是否需要订阅通知,目标对象对此一无所知
基于事件UI框架中非常常用的设计模式,也是MVC模式的一个重要组成部分
java里面的Listener机制,event模式…
相关文章推荐
- Linux平台上SQLite数据库教程(一)——终端使用篇
- 软件工程相关问题
- nagios维护之常见问题
- UIAlertController
- head first 一起实现js无缝上下滚动效果
- 千王之王博客
- 网站分析思维导图
- 进店率、提袋率、客单价
- iOS 多线程初学 - 多种方法创建多线程
- linux centos 6.3 图文安装教程
- 关于shell中的正则表达式和awk的使用
- 全屏显示
- 电子商务网站流量分析的三项指标分拆
- 网站分析角度及指标
- ARC下OC对象和CF对象之间的桥接(bridge)
- 二叉搜索树
- 08-28 Dialog续篇、Notification(通知)
- mysql processlist 提示 Writing to net解决
- C语言的预处理命令
- hiho coder 并查集应用