请假各位大虾一个关于类设计的问题

xrbeck 2006-10-19 04:52:04

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

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

Bool flag = _modem.recv();

if (flag )
{
ShowInDialog(); //2 SendSocket(); //3
}
Else
{
WriteLog(); //4
}
}
其中1,2,3,4都是CBiz本身的一些方法

现在问题来了。Modem类发生了变化，由同步方式变成了异步方CModemASYN，变成了这种方式：
CmodemASYN::Recv()
{
kernel_call(…, ASYN); // 异步调用
}
CModemASYN::Wait()
{
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类关联了业务层的逻辑，实现了跟自己无关的功能，这样的可扩充性不好，想想消息通知机制里面好像有个observer,但这样的话modem类必须从被观察者派生，似乎不是很合适，另外想到command, 在发送结束的时候关联个command对象，外面的逻辑层实现具体的command, 但好像又有点无从下手的感觉。

想听听各位大侠的意见。看看到底怎么来设计比较优雅一些。
谢谢。

...全文