用NVI(Non-Virtual Interface) 模式强化依赖倒置
黄国强 2009-8-20 先看示例代码。 1) 没有运用NVI模式的Base class Base { public : virtual void Work(void) = 0; }; class Derived : public Base { private: virtual void Work(void) { // 代码写在这里 } }; 2) 运用了NVI模式的Base class Base { public : void Work(void){DoWork();} private: virtual void DoWork(void) = 0; }; class Derived : public Base { private: virtual void DoWork(void) { // 代码写在这里 } }; NVI模式的,我最早见于微软的的代码(当然,可能不是微软发明的),即任何非虚的成员函数,比如Func(),都调用了一个纯虚的Dofunc()。 第一次看到的人一定非常奇怪,为什么要这样设计呢,毕竟Work()函数除了简单的调用了DoWork()外似乎什么都没干。下面就这个设计的意图解释一下: 在架构设计中,我们一般喜欢设计一个基类,然后把未来扩展的工作留给继承类做。调用者只能看到基类,不能看到实现类。这里体现了依赖倒置的原则 (DIP)。如果Base想进一步控制Derived,没有运用NVI模式的Base是无法做到的。而运用了NVI模式的Base却可以。 那么什么时候Base需要Base控制Derived了。请看下面的代码。 class Base { public : void Work(void) { ... // <-此处可以加入扩展代码 DoWork(); ... // <-此处可以加入扩展代码 } private: virtual void DoWork(void) = 0; }; 显然,这里为我们未来的变化留下了一个位置。顺便说一下,PIMPL 模式也是基于同样的考虑。只不过不是用继承,而用委托罢了。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。