🐱作者：一只大喵咪1201
🐱专栏：《C++学习》
🔥格言：你只管努力，剩下的交给时间！

模板我们之前一直都在使用，尤其是在模拟STL容器的时候，可以说，模板给类增加了更多的可能性，是C++最重要的部分之一。下面本喵来更深入的讲解一下模板。

模板进阶

• 📕非类型模板参数
• • 📗std::array
• 📕模板的特化
• • 📗函数模板的特化
  • 📗类模板的特化
  • • 全特化
    • 偏特化
    • 类模板特化应用示例
• 📕分离编译
• 📕总结

📕非类型模板参数

#define N 10
namespace wxf
{templateclass array{public:T& operator[](size_t index){assert(index < _size);return _array[index];}const T& operator[](size_t index) const{assert(index < _size);return _array[index];}private:T _array[N];size_t _size;};
}

在上面代码中，创建了一个数组的模板类，它相比于C语言中的数组，可以自动进行越界检查。

wxf::array a1;
wxf::array a2;

我们可以创建不同类型的对象，数组中的元素可以是int，也可以是double类型。但是，它们的大小都是一样的，都被define定义的N限制了。

如果此时我想让int类型的数组大小是10个元素，而double类型的数组大小是100个元素，该怎么办？

此时就用到了非类型模板参数，我们之前使用的模板，它的参数都是类型模板参数，也就是它的参数都是类型，可以是内嵌类型，也可以是自定义类型。

• 非类型模板参数：就是用一个常量作为类(函数)模板的一个参数，在类(函数)模板中可将该参数当成常量来使用。

在模板中，加入第二个参数，不使用class或者typename关键字来修饰，表面它是一个非类型模板参数。并且将这个参数应用在定义数组的大小上，如上图所示。

• 模板参数可以使用缺省值。

wxf::array a3;
wxf::array a4;

此时再创建类对象，就可以在实例化类型的同时，指定数组的大小。指定数组大小的这个模板参数就是非类型模板参数。

• 非类型模板参数必须是整形家族的常量，比如char类型，int类型等等，不能是double以及float类型。

如上图所示，将非类型模板参数的类型改成float以后就会报错，现在不支持这样，以后不一定。

• 在实例化时，传模板参数必须传常量，不能传变量。

如上图所示，当实例化传给非类型模板参数的值是一个变量的时候，就会报错。

📗std::array

在C++11的STL中，官方同样给我们提供了array容器。

它就使用了非类型模板参数，下面看看它有什么接口。

这些接口和我们之前学习string，vector，list以及stack和queue中的接口非常相似，但是，array中没有push_back。

• STL中的array是一个静态的，它的大小在创建时候就指定了，并不会发生扩容。
• 它对标的是C语言中的数组，只是比C语言中数组多了越界检查。

C语言数组越界：

int a1[10];
cout << a1[11] << endl;

越界访问并没有报错。

int a1[10];
a1[11] = 5;

越界写也没有报错。

无论是写还是读，越界的时候都不会报错。不同的编译器对越界的处理不同，有的是采取抽查的策略。总得的来说，C语言的数组在越界检查上面存在缺陷。

std::array越界：

std::array a1;
cout << a1[11] << endl;
a1[11] = 10;

使用STL中的array容器就会进行越界检查。

📕模板的特化

📗函数模板的特化

namespace wxf
{templatebool less(T left, T right){return left < right;}
}

定义一个函数模板，进行比较大小，当左值小于右值时返回真。

比较结果符合我们的预期。

当传递的参数是两个变量的地址时，比较的结果就和刚刚的截然相反。

• 模板函数推断出来的类型是int*，按照函数模板的实现逻辑，比较的是两个地址的大小。
• 但是我们希望的是，即使传入的是地址，但是比较的仍然是两个数的大小。

此时我们就可以使用模板特化。

• 模板参数给空。
• 函数名后<>内放入要特化的类型，函数形参同样使用特化的类型。
• 改变特化后函数内部的逻辑。

可以看到此时就符合我们的预期了，即使传入的是地址，但是比较的仍然是两个数的大小。

• 模板特化必须在原模版的基础上进行特化。
• 其他类型仍然会实例化原模版，需要特别处理的类型就会走特化后的模板。

但是：

一般情况下如果函数模板遇到不能处理或者处理有误的类型，为了实现简单通常都是将该函数直接给出。

就像上面的比较函数，在处理指针类型的变量时，完全可以写一个具体的函数而不用函数模板。

bool less(int* left, int* right)
{return *left < *right;
}

该种实现简单明了，代码的可读性高，容易书写，因为对于一些参数类型复杂的函数模板，特化时特别给出，因此函数模板不建议特化。

📗类模板的特化

全特化

template
class Data
{
public:Data(){cout << "Data" << endl;}
private:T1 _a1;T2 _a2;
};

定义个这样的数据类，类型模板参数有两个。

此时无论是用什么类型进行实例化，编译器都会按照上面的类模板去推演，去实例化。

• 如果此时我想让int和char类型对象进行特殊化处理，不按照原理的类进行创建呢？

此时就可以将原本的类模板进行特化处理，对类型模板参数是int和char类型进行特殊化处理。

可以看到，用的类模板都不一样了，因为构造函数中打印的内容不一样。

全特化即是将模板参数列表中所有的参数都确定化。

偏特化

还是使用最初的Data数据类模板进行特化。偏特化有有两种：

• 部分特化

当两个模板参数中的第二个是double类型的时候，进行特殊处理。

无论第一个参数是什么类型，只要第二个是double类型的，就会按照这个部分特化后的模板进行实例化。

• 参数更进一步的限制

无论是什么类型，只有是指针类型，就进行特化处理。

此时特化后的模板就限制在了只处理指针类型。

还可以对引用类型进行特化。但是引用类型必须进行初始化。

此时特化后的模板就只限制在了引用类型。

从模板特化中也可以看出来编译器在实例化时推演的规则：

• 有现成的就用现成的，不进行推演。
• 有全特化的就用全特化的。
• 有偏特化的就用偏特化的。
• 实在没办法才全部进行推演。

总得来说，编译器也是懒狗，能少干事就少干，能不推演就不推演，能少推演就少推演。

类模板特化应用示例

template
struct less
{bool operator()(const T& x, const T& y) const{return x < y;}
};

写一个两个数相比较的仿函数，左数小于右数的时候返回真。

将vector中的数据按照升序进行排列。

• 使用的是算符库中的sort函数，需要使用到我们定义的仿函数。

同样，如果vector中放入的不是数据，而是数据的地址，但是我们又想按照升序排列。

可以看到，此时排序后的结果和排序前是一样的。

• 数组中的地址是连续的，而且后面元素的地址比前面元素的地址大。
• 此时使用仿函数less还是按照之前逻辑，比较的是地址值，而不是地址指向数据的值。

所以我们需要将less仿函数进行特化处理：

//特化处理
template
struct less
{bool operator()(T* const& x, T* const& y){return *x < *y;}
};

此时传的是地址，但是仍然按照升序重新排列好了。

说明：

看红色框中的参数类型，来复习一下const的用法。

• 通常情况下const T& x，目的是防止x被修改。
• 此时是T*类型的变量，仍然需要防止变量被修改。
• T* const& x，也是防止x被修改。
• const T*& x，防止的是指针x指向的内容被修改。

📕分离编译

通常我们会将定义的类，函数声明等等放在一个头文件中，具体的实现放在源文件中，采用声明和定义分离的方式。

同样，模板类也可以这样。以vector举例。

头文件中代码：

#include namespace wxf
{templateclass vector{public:vector(int capacity = 10);int size();private:T* _arr;int _size;};
}

源文件中代码：

#include "myvector.h"namespace wxf
{templatevector::vector(int capacity):_arr(nullptr),_size(capacity){std::cout << "成功创建" << std::endl;}templateint vector::size(){return _size;}
}

此时对于我们实现的这个vector模板类，就是采用的声明和定义分离的方式。

但是在使用的时候，报的是链接错误。

原因分析

首先回忆一下编译链接的过程，它有如下几步：

1. 预处理

myvector.h		myvector.cpp 	test.cpp

• 将头文件在两个源文件中展开
• 去注释
• 宏替换
• 条件编译

2. 编译

myvector.i		test.i

• 两个.i文件分别进行编译，互相独立。
• 进行词法分析，语法分析，生成中间代码，优化(生成汇编语言)。
• 形成符号表，错误表等。

3. 汇编

myvector.s		test.s

• 两个.s文件分别进行汇编，相互独立。
• 生成二进制机器码。

4. 链接

myvector.o		test.o

• 多个.o文件进行链接。
• 合并符号表。
• 生成可执行文件。

两个源文件进行编译链接的过程是独立的。

对于myvctor.cpp：

• 在编译的时候会形成符号表。
• 由于此时只有模板类的声明和定义，并没有实例化，所以不能形参一个完整的类。
• 所以在最后生成的.o中，没有生成符号表。

对于test.cpp：

• 同样在编译的时候会形成符号表。
• 由于此时只有模板类的实例化和声明，但是没有定义。
• 所以生成暂时的符号表，等链接时候去寻找定义。

链接过程：

• 当test.o根据自己的符号表去myvector.o的符号表中寻找相同符号的具体定义时。
• 发现myvector.o中没有生成符号表，所以无法找到定义，也就是无法完成链接。
• 所以报链接错误。

解决方案一：

我们知道在myvector.cpp中确实模板类的实例化，所以给它加上实例化：

此时创建成功。

解决方案二：

我们知道，在test.cpp中确实模板类的定义，所以我们给它加上定义：

同样创建成功。

虽然两种方案都可以解决，但是第一种使用的非常别扭，所以我们常常使用第二种方案的改进版本。

• 在预处理的时候，myvector.h被复制展开到了test.cpp中，所以有了模板类的声明。
• 在test.cpp中增加模板类的定义后，相比于最开始的test.cpp，既有了声明又有了定义。
• 所以我们将声明定义都放在myvector.h中，在预处理后，test.cpp中自然就又有了声明，也有了定义。

• 若将模板类的定义放在实例化之前，那么就可以不要模板类的声明。
• 因为编译器是从下往上找，所以从实例化处向上寻找之间可以找到定义，声明和没有必要了。

通常将同时有模板类的声明和定义的文件，取后缀为.hpp。

此时同样创建成功，而且和我们之前写类模板的方式一样，用起来和看起来都很舒服。

强烈不建议使用声明和定义分离的方式，要使用.hpp的方式。

📕总结

优点：

• 模板复用了代码，节省资源，更快的迭代开发，C++的标准模板库(STL)因此而产生。
• 增强了代码的灵活性。

缺点：

• 模板会导致代码膨胀问题，也会导致编译时间变长。
• 出现模板编译错误时，错误信息非常凌乱，不易定位错误。

以上便是模板进阶的全部内容，未涉及到的细节，在后面使用到的时候再详细介绍。