原创：VC 中回调函数使用的变身大法

Question

对于回调函数的编写始终是写特殊处理功能程序时用到的技巧之一。先介绍一下回调的使用基本方法与原理。1 .在这里设：回调函数为A（）（这是最简单的情况，不带参数，但我们应用的实际情况常常很会复杂），使用回调函数的操作函数为B（）， 但B函数是需要参数的，这个参数就是指向函数A的地址变量。 这个变量一般就是函数指针。使用方法为int A(char *p);                // 回调函数 typedef  int(*CallBack)(char *p) ;   //  声明CallBack 类型的函数指针  CallBack  myCallBack ;          //      声明函数指针变量       myCallBack  = A;                  //    得到了函数A的地址 B函数一般会写为 B(CallBack lpCall,char * P,........);   // 此处省略了p后的参数形式  。 所以回调机制可解为， 函数B 要完成一定功能，但他自己是无法实现全部功能的。 需要借助于函数A来完成，也就是回调函数 。   B的实现为 B(CallBack lpCall,char *pProvide){  ...........                        // B 的自己实现功能语句    lpCall(PpProvide);     // 借助回调完成的功能 ，也就是A函数来处理的。   ...........                        // B 的自己实现功能语句}// --------------  使用例子 -------------char *p = "hello!";CallBack  myCallBack ;   myCallBack = A ;B(A, p);以上就是回调的基本应用 ，本文所说的变身，其实是利用传入不同的函数地址，实现调用者类与回调函数所在类的不同转换 。1. 问题描述 。  CUploadFile  类完成数据上传，与相应的界面进度显示 。 主要函数Send(...) 和回调函数 GetCurState() ;                        class CUploadFile : public CDialog
{
 ......
 int  Send(LPCTSTR lpServerIP, LPCTSTR lpServerPort, LPCTSTR UploadFilePath) ; 
 static int GetCurState(int nCurDone, int nInAll, void * pParam) ; 
 ...... }
int CUploadFile ::Send(LPCTSTR lpServerIP, LPCTSTR lpServerPort, LPCTSTR UploadFilePath)
{
 ...         // 导出传输数据的函数   
     int ret = Upload( 
        (LPSTR)(LPCTSTR)m_strData,
       GetCurState,           // 在这个回调函数中处理界面        
       this,                       //   CUploadFile 的自身指针  ，也就是pParam 所接受的参数        
       (LPSTR)(LPCTSTR)UploadFilePath,
       "", 
       "",       
          );}int  CUploadFile ::GetCurState(int nCurData, int nInAll, void * pParam) 
{
      .........         UploadFile *pThis = (UploadFile *)pParam;              //  nCurData  当前以传出的数据量  
              // nInAll         总的数据量
 
              // 有了pThis可以对界面进行各种操作了。                 .............}但大家仔细观察就可以发现，这个类把数据传送和界面显示聚和到了一起 ，不容易得到复用 。而且在复用过程中需要改动较多的地方 。
请大家记住现在的回调函数传入的类本身的静态成员函数  。  现在我们把数据的传送和界面的显示分离。回调则要传入的是界面处理类的静态函数 。
界面处理类 CShowGUI    ,  数据上传类  CUploadData        class CUploadData        
{
 ......
 typedef int(*SetUploadCaller)(int nCurData, int nInAll, void * pParam); int UploadFile(LPCTSTR lpFileNamePath,LPVOID lparam,SetUploadCaller Caller );      //  接受外界出入的参数,主要是回调函数的地址通过参数Caller, 
 int  Send(LPCTSTR lpServerIP, LPCTSTR lpServerPort, LPCTSTR UploadFilePath) ; 
 ......  // 注意此时不在需要GetCurState 函数了 。 
}class CShowGUI: public CDialog
{
 .......
 typedef int(*SetUploadCaller)(int nCurData, int nInAll, void * pParam);
 
 void SetCallBack(LPCTSTR strPath);
 static int GetCurState(int nCurData, int nInAll, void * pParam) ; 
 CUploadData        m_Upload ;            //         数据上传类是界面显示类的一个成员变量。 
 .......
}void CShowGUI :: SetCallBack(LPCTSTR strPath)
{
 CUploadData        myUploadData ; SetUploadCaller  myCaller;         // 声明一个函数指针变量  
 myCaller = CurState ;               // 取得界面处理函数的地址 myUploadData .UploadFile(strPath,this,myCaller);   // 界面处理类的函数传入,实现了数据传入与界面处理的分离 .
}通过上面的演示做到了界面与数据的分离,回调函数分别扮演了不同角色,所以随着处理问题的不同应灵活应用. 但同样因为处理数据类不知道界面处理类或
外部调用类的类型,而更无法灵活地处理界面的不同显示方式. 这方面还希望喜欢钻研技术的朋友继续研究. 

Answer 1

不错！其实还可以更优雅一些。1. 定义一个用于监听的结构体，它包含一个监听函数指针，一个void类型的数据参数
2. 由UI的类向处理数据的类注册一个监听(实际上就是一个回调)
3. 当要显示的数据的时候，就通过该函数指针将事件告知它的上一层应用
它的好处在于，如果有好几层的数据处理类，可以一层一层向上面传递，如果都不想处理，会由最后一层处理。

Answer 2

楼上的兄弟给了俺一些启事啊 .谢谢.
为了让数据处理类更灵活的操作界面显示类,俺继续写下去,用虚函数来做.解决方法 ：将要操作界面处理类的函数在抽象类中写成接口 。  Class BaseGUI{  Virtual  void  ShowWindow（Bool  b ）= 0；  // 显示界面
  Virtual  void  ProcessDataShow(int Idata) = 0;            //  在界面中处理数据
  .....              // 各种你想要的操作  }Class ProcessGUI ：public BaseGUI 
{
virtual void ShowWindow(Bool b)
{
if(b)
{
this->ShowWindow(SW_HIDE);
}
else
{
this->ShowWindow(SW_SHOW);
}
}
virtual void ProcessDataShow(int Idata)
{
for(int i = 0 ;i<Idat < i++)
{
cout<< " i = "<<i<<endl; 
}
}
.........   // 各种其他接口的处理
}
Class  CData
{
BaseGUI * m_BaseGui ;
void GetGUI(BaseGUI *pB)
{
m_BaseGui = pB;
}
void   Run () 
{
......              // 各种处理 
if(...)
m_BaseGui->ShowWindow(true);
else
m_BaseGui->ShowWindow(false);

m_BaseGui->ProcessDataShow(x);   // X为所要通知给界面类的真正数据 

}
} 使用方法 
void  main(void )
{
ProcessGUI  A;
CData          B; 
B.GetGUI(&A);           // 此时 m_BaseGui  就指向了A对象； 
B.Run();                   //  B 并没有关心A对象是何类型 ，但却利用A对象的指针作了B想要控制的事情 ；     
}当要处理多个界面时也利用这个想法,详细的情况等我写好后再发一篇专门处理这一问的帖子. 

Answer 3

支持原创贴！！不过，说实话，我觉得看着挺累。直接在静态回调函数中处理界面（传如一个界面指针）很好的，没有必要一定得把DOC/VIEW分开，微软在VC6中特别推崇的视图框架体系并不是总那么灵光。

Answer 4

楼主 这是观察者模式的一种简化
http://www.jdon.com/designpatterns/observer.htm