设计模式-观察者模式

问题引出：
在软件构建过程中，我们需要为某些对象建立一种“通知依赖关系”–一个对象（目标对象）的状态发生变化，所有的依赖对象（观察者对象）都将得到通知，如果这样的依赖关系过于紧密，将使软件不能很好的抵御变化。
使用面向对象技术，剋将这种依赖关系弱化，并形成一种稳定的依赖关系。从而实现软件体系结构的松耦合。
样例代码：
第一种是普通未使用模式的:

//FileSplitter1
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);
        }

    }
};

//MainForm1
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();

    }
};

这种方法是最容易想出来的，但是其中的ProgressBar* m_progressBar；他是一种实现细节，很容易变化，最好让代码依赖实现细节，未来不一定要progressBar的形式展现，可能会用label来显示百分比，也可能是别的操作系统上.会为未来的代码需求的更改带来困难。
我们可以通过机制来代替这个控件表达通知的形式。
第二种方法：

//FileSplitter2
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++;
        }
    }
};
//MainForm2
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
和add、remove、virtual void onProgress(float value)
是作为程序的稳定部分（主题对象的实现）。其他部分是
变化的部分，为支持一对多的变化（多个观察者的实现）。

要点总结：
使用面向对象的抽象，obsever模式使得我们可以独立地改变目标与观察者，从而使二者之间的依赖关系打至松耦合。

目标发送通知时，无需指定观察者，通知（可以携带通知信息作为参数）会自动传播。

观察者自己决定是否需要订阅通知，目标对象对此一无所知。

observer模式是基于事件的UI框架中非常常用的设计模式，也是MVC模式的一个重要组成部分。

最后的最后
我说一句csdn的新版编辑
器难用的一批，老版也换不回去，真
的是难用的，呵呵
了，
乱
换行，