扫一扫
分享文章到微信
扫一扫
关注官方公众号
至顶头条
问题的背景是这样的,以前的开发是用同步的方式,业务层逻辑统一在一个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设计,在不影响现有的基础上,实现了同步到异步的改造
如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。
现场直击|2021世界人工智能大会
直击5G创新地带,就在2021MWC上海
5G已至 转型当时——服务提供商如何把握转型的绝佳时机
寻找自己的Flag
华为开发者大会2020(Cloud)- 科技行者