MFC程序员的WTL指南(2)ATL 界面类

核心提示： class D3 : public B1<D2>就会有麻烦) 之所以安全是因为this对象只可能是指向D1或D2（在某些情况下）类型的对象，不会是其他的东西，MFC程序员的WTL指南(2)ATL 界面类(5)，注意这很像C++的多态性（polymorphism），只是SayHi

class D3 : public B1<D2>

就会有麻烦) 之所以安全是因为this对象只可能是指向D1或D2（在某些情况下）类型的对象，不会是其他的东西。注意这很像C++的多态性（polymorphism），只是SayHi()方法不是虚函数。

要解释这是如何工作的，首先看对每个SayHi()函数的调用，在第一个函数调用，对象B1被指派为D1，所以代码被解释成：

void B1<D1>::SayHi()
{
　　D1* pT = static_cast<D1*>(this);
　　pT->PrintClassName();
}

由于D1没有重载PrintClassName()，所以查看基类B1，B1有PrintClassName()，所以B1的PrintClassName()被调用。

现在看第二个函数调用SayHi()，这一次对象被指派为D2类型，SayHi()被解释成：

void B1<D2>::SayHi()
{
　　D2* pT = static_cast<D2*>(this);
　　pT->PrintClassName();
}

这一次，D2含有PrintClassName()方法，所以D2的PrintClassName()方法被调用。

这种技术的有利之处在于：

• 不需要使用指向对象的指针。
• 节省内存，因为不需要虚函数表。
• 因为没有虚函数表所以不会发生在运行时调用空指针指向的虚函数。
• 所有的函数调用在编译时确定（译者加：区别于C++的虚函数机制使用的动态编连），有利于编译程序对代码的优化。

节省虚函数表在这个例子中看起来无足轻重（每个虚函数只有4个字节），但是设想一下如果有15个基类，每个类含有20个方法，加起来就相当可观了。

ATL 窗口类

好了，关于ATL的背景知识已经讲的构多了，到了该正式讲ATL的时候了。ATL在设计时接口定义和实现是严格区分开的，这在窗口类的设计中是最明显的，这一点类似于COM，COM的接口定义和实现是完全分开的（或者可能有多个实现）。