如何访问模板化基类中的名字(3)

原作者:kuku 添加时间:2007-06-02 原文发表:2007-06-02 人气:6 来源：互联网

本文章共4060字，分3页，当前第3页，快速翻页：

-----------------------------------------------------------------------------------------------------------------------------------------------

本文提示：《如何访问模板化基类中的名字(3)》是本站编辑们为广大网友精选的实用文章，本文阐述了关于文章的相关理论，相对来说专业性强，但是本文只是针对于某个问题提出的见解与论述，未必能辐射到相关问题的方方面面，所以本文处理问题的方法仅仅为您提供一些参考。更多问题请查阅学习中国网其他栏目哦.

-----------------------------------------------------------------------------------------------------------------------------------------------

　　最后一个让你的代码通过编译的办法是显式指定被调用的函数是在 base class（基类）中的： template
class LoggingMsgSender: public MsgSender{
public:
...
void sendClearMsg(const MsgInfo& info)
{
　...
　MsgSender::sendClear(info); // okay, assumes that
　... // sendClear will be
} // inherited

...
};
　　通常这是一个解决这个问题的最不合人心的方法，因为如果被调用函数是 virtual（虚拟）的，显式限定会关闭 virtual binding（虚拟绑定）行为。

　　从名字可见性的观点来看，这里每一个方法都做了同样的事情：它向编译器保证任何后继的 base class template（基类模板）的 specializations（特化）都将支持 general template（通用模板）提供的 interface（接口）。所有的编译器在解析一个像 LoggingMsgSender 这样的 derived class template（派生类模板）是，这样一种保证都是必要的，但是如果保证被证实不成立，真相将在后继的编译过程中暴露。例如，如果后面的源代码中包含这些， LoggingMsgSenderzMsgSender;
MsgInfo msgData;
... // put info in msgData
zMsgSender.sendClearMsg(msgData); // error! won't compile
　　对 sendClearMsg 的调用将不能编译，因为在此刻，编译器知道 base class（基类）是 template specialization（模板特化）MsgSender，它们也知道那个 class（类）没有提供 sendClearMsg 试图调用的 sendClear function（函数）。

　　从根本上说，问题就是编译器是早些（当 derived class template definitions（派生类模板定义）被解析的时候）诊断对 base class members（基类成员）的非法引用，还是晚些时候（当那些 templates（模板）被特定的 template arguments（模板参数）实例化的时候）再进行。C++ 的方针是宁愿早诊断，而这就是为什么当那些 classes（类）被从 templates（模板）实例化的时候，它假装不知道 base classes（基类）的内容。

　　Things to Remember

　　·在 derived class templates（派生类模板）中，可以经由 "this->" 前缀引用 base class templates（基类模板）中的名字，经由 using declarations，或经由一个 explicit base class qualification（显式基类限定）。

本文章更多内容：<<上一页 - 1 - 2 - 3

本页地址