同步和异步是完全两种不同的形式， 由于调用的方式不一样，导致了程序的写法不一样，写法不一样，自然就影响到了整个软件框架的设计。在这里给出一种可行的方法，在基本不影响到框架的情况下，进行软件的改造。
问题的背景是这样的，以前的开发是用同步的方式，业务层逻辑统一在一个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设计，在不影响现有的基础上，实现了同步到异步的改造
