在软件构建过程中,我们需要为某些对象建立一种“通知依赖关系” ——一个对象(目标对象)的状态发生改变,所有的依赖对象(观察者对象)都将得到通知。如果这样的依赖关系过于紧密, 将使软件不能很好地抵御变化。
观察者模式使用面向对象技术,将这种依赖关系弱化,并形成一种稳定的依赖关系。从而实现软件体系结构的松耦合。说白了就是抽象类。
这次就没有项目中的例子了。我们来看看例子。
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++){
//...
float progressValue = m_fileNumber;
progressValue = (i + 1) / progressValue;
m_progressBar->setValue(progressValue);
}
}
};
来看看这个例子,一个主对话框,他有一个任务要切割文件。需要一个进度条,也就是ProgressBar。那怎么显示呢,把进度条传进文件分割器FileSplitter中,split函数根据进度把进度值设置进ProgressBar里边。
那我们来看看这么设计有什么缺点。第一,拓展问题,我不想用ProgressBar了,想用黑窗口打点形式来显示进度,这里只能再定义一个WindowBar,然后再传进FileSplitter中,然后再设置值进去,繁琐。第二,如果有大量的进度条都要通知呢,这样设计满足不了,因为都是不同类型的,要一个一个去设置值。
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++;
}
}
};
这样设计的好处在于,多种进度条都可以继承至IPProgress,这样根据里氏替换原则,FileSplitter里边都可以用基类来表示派生类。再重写DoProgress函数来设置值,就可以一把循环全部通知一遍。同时具备优秀的扩展性,再需要新的形式的。
这里,笔者想对策略模式,模板模式,观察者模式做一个总结。三者其实都是用了一个继承多态的思想,但是解决了不同的问题。
策略模式想解决的是代码的冗余问题,不需要的代码就不用写,避免if else或者switch这种语句的存在。
模板模式是提供一种通用的解决流程,说白了就是框架给你定好了,给你接口,步骤上的小区别你可以自己设计,对程序员更加友好。
观察者模式实现的是一种通知机制,我自身的改变需要提醒很多别的组件,但我一个一个通知是不是代码写起来就很捞,还违背了依赖倒置原则。我都继承自一个基类,再弄个数组存起来,一把循环是不是全部通知了。