同步转为异步的OO解决之道

同步转为异步的OO解决之道

同步和异步是完全两种不同的形式， 由于调用的方式不一样，导致了程序的写法不一样，写法不一样，自然就影响到了整个软件框架的设计。在这里给出一种可行的方法，在基本不影响到框架的情况下，进行软件的改造。

       问题的背景是这样的，以前的开发是用同步的方式，业务层逻辑统一在一个class 比如就叫CBiz好了，聚合了一个CModemSyn的类,   其中modem类是一个核心的功能类,提供了比如modem的一些相关操作(同步方式)，这样在CBiz类中，主要就是对modem类进行调用，并且做些相应的业务处理，比如发送套接字提醒等，大概的程序框架代码如下：

CBiz::Recv()
{
PlayVoice();// 1

Bool flag = _modem.recv();  // 2

if (flag )
{
ShowInDialog();  //2

SendSocket();     //3
}
Else
{
WriteLog();      //4
}
}
其中1,2,3,4都是CBiz本身的一些方法，意思也非常简单，成功的话展现数据并发送套接字，失败则记录LOG

其结构如下：

 

现在问题来了。Modem类发生了变化，由同步方式变成了异步方CModemASYN，变成了这种方式：
CmodemASYN::Recv()
{
kernel_call(…, ASYN); //   异步调用
}
CModemASYN::Wait()
{
 status = WaitforEvent();
switch(status)
case connect:
case transmit_begin:
case transmit_over:
}
也就是说在异步的方式下,modem类不能再提供一个同步的recv方法给外面的逻辑层调用，什么时候发送完了只有这个类本身知道，这样的话，要做处理的话，必须在modem类里面以某种回调的方式传出来，比如按照上面的CBIZ的逻辑,必须显示在UI上同时发送套接字，也就是如下的情况：
CModemASYN::Wait()
{
WaitforEvent();
switch(status)
..
..
case transmit_over:
ShowInDialog();// 5
SendSocket();   // 6

}

但是如果出现这样的写法的话，就导致modem类关联了业务层的逻辑，实现了跟自己无关的功能，这样的可扩充性不好, 这里，我们就需要一个接口的出现:

IModemEvent

{

    virtual void OnConnect() = 0;

   virtual  void OnTransmit() = 0;

}

为了隔离业务层与事件接口，我们再设计一个Adapter

class CModemEventAdapter : public IModemEvent

{

public:

      void Init(CBiz * biz) {_biz = biz;}

     void OnConnect() {_biz->SendSocket();}

     void OnTransmit(_biz->WriteLog();)

};

 

 

 

 

这样我们就实现了一个比较完整的良好的OO设计，在不影响现有的基础上，实现了同步到异步的改造