源起
以前就知道private私有化声明关键字,和virtual虚函数关键字两者并不冲突,可以同时使用。
但是,它所表示的场景没有那么明晰,也觉得难以理解,直到近段时间遇到一个具体场景。
场景
借助ACE遇到的问题进行展示
架构图

序列图

说明
-
ACE_Message_Queue在enqueue入队的时间,通过notification_strategy接口可定制入队列的通知事件,以实现某些过程间的桥接 -
ACE_Svc_Handler因为继承ACE_Task具有线程能力和消息队列,和继承ACE_Event_Handler事件处理机制,以及内聚了Reactor,在使用方消息请求入队后,ACE_Svc_Handler通过handle_output接口可将消息外发出去。
通过
handle_output机制,可以实现套接字的异步发送能力和消息缓冲机制。具体借助Reactor监控套接字的writable事件,即使出现部分成功发送的场景,也能够予以很好的解决,见前面博客详述如何解决TCP部分发送成功
如何定制化数据入队通知策略
我们可以选择定制通知策略类notification strategy内聚成为成员变量,但此成员变量又需要访问容器类的详细状态,以避免过度的通知,所以,两者的关系十分密切和相互依赖,甚至需要用到类前置声明来解决问题。
既然这么密切,如果选择用继承呢?但首先,遇到的是判断问题,它们之间是is a,还是has a关系?确实选择继承,在is a概念比较勉强,因为它仅供自身使用,并不通用!
那么使用私有继承呢?而且涉及到的ACE_Notification_Strategy所有虚函数接口也均采用private关键字进行修饰,以避免"外界"显式访问,是否就达到比较好的适应呢?
结束语
继承能不能用?甚至私有继承能不能用?虚函数能不能私有化?如果场景适合,何乐而不为呢?😃
ACE优良的类设计,保证了多继承之间也不会出现太多命名冲突,实在是高明的设计
例子
class SomeExtendCls: public ACE_Svc_Handler<ACE_SOCK_Stream, ACE_MT_SYNCH>, private ACE_Notification_Strategy
{
public:typedef ACE_Svc_Handler<ACE_SOCK_Stream, ACE_MT_SYNCH> super;SomeExtendCls():ACE_Notification_Strategy(this, ACE_EventHanlder::WRITE_MASK){...}...private:// Notification strategy APIsvirtual int notify (void)=0;virtual int notify (ACE_Event_Handler *, ACE_Reactor_Mask mask)=0;...}// implementationint SomeExtendCls::open(void *acceptor_or_connector)
{if(super::open(acceptor_or_connector) == -1){return -1;}...// Set msg quque notifierthis->event_handler(this);this->mask(ACE_EventHanlder::WRITE_MASK);this->msg_queue()->notification_strategy(this);...
}