非类型模板参数
- 模板参数分为类型形参与非类型形参。
- 类型形参即:出现在模板参数列表中,跟在class或者typename之类的参数类型名称。
- 非类型形参,就是用一个常量作为类(函数)模板的一个参数,在类(函数)模板中可将该参数当成常量来使用。
注意:
- 浮点数、类对象以及字符串是不允许作为非类型模板参数的。
- 非类型的模板参数必须在编译期就能确认结果。
模板的特化
-
通常情况下,使用模板可以实现一些与类型无关的代码,但对于一些特殊类型可能会得到一些错误的结果。比如:char* 类型(string类)就会导致浅拷贝问题,导致重复释放,以及内存泄露的问题。
-
此时就需要对模板进行特化。即:在原模板类的基础上,针对特殊类型所进行特殊化的实现方式。模板特化中分为函数模板特化与类模板特化。
函数模板特化
函数模板的特化步骤:
- 必须要先有一个基础的函数模板
- 关键字template后面接一对空的尖括号<>
- 函数名后跟一对尖括号,尖括号中指定需要特化的类型
- 函数形参表: 必须要和模板函数的基础参数类型完全相同,如果不同编译器可能会报一些奇怪的错误。
template<T>
bool IsEqual<T>(T& left, T& right)
{ ... }
template<>
bool IsEqual<char*>(char*& left, char*& right)
{ ... }
- 一般情况下如果函数模板遇到不能处理或者处理有误的类型,为了实现简单通常都是将该函数直接给出。
类模板特化
- 全特化
全特化即是将模板参数类表中所有的参数都确定化。
template<class T1, class T2>
class Data
{
...
};
template<>
class Data<int, char>
{
...
};
- 偏特化
偏特化:任何针对模版参数进一步进行条件限制设计的特化版本。
偏特化有以下两种表现方式:
- 部分特化
将模板参数类表中的一部分参数特化。
// 将第二个参数特化为int
template <class T1>
class Data<T1, int>
{
...
};
- 参数更进一步的限制
偏特化并不仅仅是指特化部分参数,而是针对模板参数更进一步的条件限制所设计出来的一个特化版本。
//两个参数偏特化为指针类型
template <typename T1, typename T2>
class Data <T1*, T2*>
{
...
};
//两个参数偏特化为引用类型
template <typename T1, typename T2>
class Data <T1&, T2&>
{
...
};
类模板特化应用之类型萃取
- 使用memcpy拷贝
template<class T>
void Copy(T* dst, const T* src, size_t size)
{
memcpy(dst, src, sizeof(T)*size);
}
- 上述代码虽然对于任意类型的空间都可以进行拷贝,但是如果拷贝自定义类型对象就可能会出错,因为自定义类型对象有可能会涉及到深拷贝(比如string,char*等),而memcpy属于浅拷贝。如果对象中涉及到资源管理,就只能用循环赋值的方法解决。
- 循环赋值
- 循环赋值的方式虽然可以,但是代码的效率比较低。
- 如何区分类型来调用不同的拷贝方法呢?看看下面的方法。
类型萃取
给出以下类模板,将来用户可以按照任意类型实例化该类模板。
template<class T>
struct TypeTraits
{
static bool Get(){return false;}
};
将内置类型进行特化:
template<>
struct TypeTraits<char>
{
static bool Get(){return true;}
};
template<>
struct TypeTraits<int>
{
static bool Get(){return true;}
};
...
- 通过对TypeTraits类的实例化,调用get方法便可确认T的实际类型。
template<class T>
void Copy(T* dst, const T* src, size_t size)
{
if(TypeTraits<T>::Get())
memcpy(dst, src, sizeof(T)*size);
else
{
for(size_t i = 0; i < size; ++i)
dst[i] = src[i];
}
}
模板分离编译
什么是分离编译
一个程序(项目)由若干个源文件共同实现,而每个源文件单独编译生成目标文件,最后将所有目标文件链 接起来形成单一的可执行文件的过程称为分离编译模式。
模板的分离编译
假如有以下场景,模板的声明与定义分离开,在头文件中进行声明,源文件中完成定义,该代码在编译时就会出现出错。
因为:
- C/C++程序要运行,一般要经历- -下步骤:预处理—>编译—>汇编—>链接
编译:对程序按照语言特性进行词法、语法、语义分析,错误检查无误后生成汇编代码,头文件不参与编译,编译器对工程中的多个源文件是分离开单独编译的。
链接:将多个obj文件合并成一个, 并处理没有解决的地址问题。 - 在a.cpp中,编译器没有看到对Add模板函数的实例化,因此不会生成具体的加法函数
- 在main.obj中调用的Add与Add,编译器在链接时才会找其地址,但是这两个函数没有实例化没有生成具体代码,因此链接报错。
解决方法
- 将声明和定义放到一个文件 “xxx.hpp” 里面或者xxx.h其实也是可以的,推荐使用这种。
- 模板定义的位置显式实例化。这种方法不实用。
- 在main函数中包含.cpp文件。因为.cpp文件中又包含.h文件,这样通过在main函数中包含.cpp文件就会将类的定义和声明都包含进来,编译器自然能找到模板的确切定义。
- 使用export使模板的声明分离,不过目前大部分编译器都不支持。详细了解—>使用export使模板的声明分离
模板总结
【优点】
- 模板复用了代码,节省资源,更快的迭代开发,C++的标准模板库(STL)因此而产生
- 增强了代码的灵活性
【缺陷】
- 模板会导致代码膨胀问题,也会导致编译时间变长
- 出现模板编译错误时,错误信息非常凌乱,不易定位错误