用NVI(Non-Virtual Interface) 模式强化依赖倒置

用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 模式也是基于同样的考虑。只不过不是用继承，而用委托罢了。