Effective C++ 读书笔记 Item43 访问模板基类中的名称

从面向对象C++转移到模板C++时，你会发现类继承在某些场合不在好使了。 比如父类模板中的名称对子类模板不是直接可见的，需要通过this->前缀、using或显式地特化模板父类来访问父类中的名称。

因为父类模板在实例化之前其中的名称是否存在确实是不确定的，而C++偏向于早期发现问题（early diagnose），所以它会假设自己对父类完全无知。

编译错的一个例子

一个MsgSender需要给多个Company发送消息，我们希望在编译期进行类型约束，于是选择了模板类来实现MsgSender。

template
class MsgSender{
public:
    void sendClear(const MsgInfo& info){...}    // 发送明文消息
    void sendSecret(const MsgInfo& info){...}   // 发送密文消息
};

由于某种需求我们需要继承MsgSender，比如需要在发送前纪录日志：

template
class LoggingMsgSender: public MsgSender{
public:
    void sendClearMsg(const MsgInfo& info){
        // 存储一些日志
        sendClear(info);    // 编译错！
    }
};

首先要说明这里我们创建了新的方法sendClearMsg而不是直接重写sendClear是一个好的设计， 避免了隐藏父类中的名称，见Item 33；也避免了重写父类的非虚函数，见Item 36。

编译错误发生的原因是编译器不知道父类MsgSender中是否有一个sendClear，因为只有当Company确定后父类才可以实例化。 而在解析子类LoggingMsgSender时父类MsgSender还没有实例化，于是这时根本不知道sendClear是否存在。

为了让这个逻辑更加明显，假设我们需要一个公司CompanyZ，由于该公司的业务只能发送密文消息。所以我们特化了MsgSender模板类：

template<>
class MsgSender{
public:
    void sendSecret(const MsgInfo& info){...}   // 没有定义sendClear()
};

template<>意味着这不是一个模板类的定义，是一个模板类的全特化（total template specialization）。 我们叫它全特化是因为MsgSender没有其它模板参数，只要CompanyZ确定了MsgSender就可以被实例化了。

现在前面的编译错误就更加明显了：如果MsgSender的模板参数Company == CompanyZ， 那么sendClear()方法是不存在的。这里我们看到在模板C++中继承是不起作用的。

访问模板父类中的名称

既然模板父类中的名称在子类中不是直接可见的，我们来看如何访问这些名称。这里介绍三种办法：

this指针

父类方法的调用语句前加this->：

template
class LoggingMsgSender: public MsgSender{
public:
    void sendClearMsg(const MsgInfo& info){
        ...
        this->sendClear(info);
    }
};

这样编译器会假设sendClear是继承来的。

using 声明

把父类中的名称使用using声明在子类中。该手法我们在Item 33中用过，那里是为了在子类中访问被隐藏的父类名称， 而这里是因为编译器不会主动去搜索父类的作用域。

template
class LoggingMsgSender: public MsgSender{
public:
    using MsgSender::sendClear;  
    void sendClearMsg(const MsgInfo& info){
        ...
        sendClear(info);
    }
};

using语句告诉编译器这个名称来自于父类MsgSender。

调用时声明

最后一个办法是在调用时显式指定该函数所在的作用域（父类）：

template
class LoggingMsgSender: public MsgSender{
public:
    void sendClearMsg(const MsgInfo& info){
        ...
        MsgSender::sendClear(info);
    }
};

这个做法不是很好，因为显式地指定函数所在的作用域会禁用虚函数特性。万一sendClear是个虚函数呢？

子类模板无法访问父类模板中的名称是因为编译器不会搜索父类作用域，上述三个办法都是显式地让编译器去搜索父类作用域。 但如果父类中真的没有sendClear函数（比如模板参数是CompanyZ），在后续的编译中还是会抛出编译错误。