在C++中。编译器在看到模板的定义的时候。并不马上产生代码，仅仅有在看到用到模板时，比方调用了模板函数 或者 定义了类模板的

对象的时候。编译器才产生特定类型的代码。

一般而言，在调用函数的时候，仅仅须要知道函数的声明就可以；

在定义类的对象时，仅仅须要知道类的定义，不须要成员函数的定义。

可是，这对于模板编译是不奏效的。模板要进行实例化，则必须可以訪问定义模板的源码。当调用函数模板以及类模板的成员函数

的时候，须要知道函数的定义。

标准C++对于模板的编译提供了两种策略：

同样之处：“将类定义以及函数声明放在头文件里，而函数定义以及成员函数的定义放在源文件里”。

不同之处：编译器如何使用来自源文件的定义。

包括编译模型：

编译器必须看到用到的全部的模板的定义。

 

一般能够在声明类模板以及函数模板的头文件里，加入include语句。指示该定义可用。即：

#include “File.cc”    // File.cc是包括了相关函数实现的源文件

长处：保证了源文件与定义文件的分离。

缺点：在不论什么使用到该模板的源文件里，编译时，编译器都会为事实上例化一份。也就意味着同一个函数模板可能有多份实例化。在链接的时候。编译器会选择一份实例化，扔掉其它的。

显然，这整个过程是非常费时的。

 

分别编译模型：

编译器会跟踪相关模板的定义，因此我们必须事先告诉编译器。哪些模板是须要记住的。

使用 exportkeyword能够做到这一点。

 

每一个模板仅仅能使用exportkeyword一次!!

因此： 1   在函数模板的定义时指明该函数是可导出的； 2   在类的实现文件里使用exportkeyword，（假设在类定义的文件里使用。那么该头文件仅仅能被某个源文件包括一次！。）。

 

即： export    template<typename T>   compare  (const T &, const T &) { …. }  // 在函数的实现体指明export

        export    template<class T>    class    myClass; // 在类的实现文件里使用export

 

注:   尽管有点多余，可是还是说一下。类的定义文件以及实现文件，定义文件是指定义类的成员变量（即属性）的文件。实现文件是实现类的接口的文件。

值得注意的是：导出类模板的成员自己主动为导出的。

能够指定类模板的个别成员是可导出的，那么那些不可导出的成员必须遵循 包括编译模型，即定义必须放在定义类模板的文件里。

 

编译模板本身是非常复杂的工作。可是这对用户而言是透明的，所有交给了编译器来承担，可是对于模板用户来说，仍然有一些难点。

在模板中，包括两种名字：依赖于模板形參的名字，以及不依赖于模板形參的名字。

对于模板的设计者来说，保证全部不依赖于模板形參的名字在模板本身的作用于中定义。

对于模板的使用者来说，保证与模板形參相关的函数、类型以及声明等可见。

类模板内部的实例化机制：

在以下的类模板中。有：

template<class T>

class Item

{

 int val;

 Item*next ; //在类的内部能够使用非实例化的版本号，由于编译器默认在类的内部引用类的名字时。使用的是同一版本号。

};

 

template<class T>

class Queue

{

public:

  Queue & operator=(const Queue &); //同上

….

private:

  Item<T> *head;  //此处必须类形參，由于编译器不会为类中使用的其它模板进行參数判断。因此须要自己指明。

   Item<T>*tail;

 

}；