模版进阶操作

非类型模板参数

模板参数分类

类型形参： 出现在模板参数列表中，跟在class或者typename之类的参数类型名称。
非类型形参： 就是用一个常量作为类(函数)模板的一个参数，在类(函数)模板中可将该参数当成常量来使用。

例：比如要定义一个静态的栈，需要固定大小
以前的方式： 类型模版参数，使用宏定义

#define N  100
template<class T>
class Stack
{
private:
		int _a[N];
		int _top;
};

int main()
{
	Stack<int> st1;  //10
	Stack<int> st2;  //100
	return 0;
}

缺陷：如果想让第一个栈存10个数据，第二个栈存100个数据，无法做到，只能以大的100来满足，或者重新写一个。
现在的方式： 非类型模版参数

template<class T，size_t N>
class Stack
{
private:
		int _a[N];
		int _top;
};

int main()
{
	Stack<int,10> st1;  //10
	Stack<int,100> st2;  //100
	return 0;
}

注意：

1.c++20之前非类型模板参数只允许使用整型家族，浮点数、类对象以及字符串是不允许作为非类型模板参数的。
2.非类型的模板参数在编译期就需要确认结果，因为编译器在编译阶段就需要根据传入的非类型模板参数生成对应的类或函数

非类型模版参数的应用

array类，封装的静态数组
例：array越界的检查比静态数组的优势

int main()
{
	//c++进行严格的越界检查
	array<int,10> aa1;
	cout <<sizeof(aa1) << endl;
	aa1[11];//aa1是自定义类型，会调用operator[],里面通过断言等做严格的检查
	
	int aa2[10];
	//c语言检查越界,有时候结束了才报错，越界检查方式是设置标志位，抽查
	aa2[11] = 1;
	//c语言只能检查写的越界，读的越界检查不出来
	cout << aa2[11] << endl;

array的弊端：array能检查的越界vector也可以检查；array开的空间不开在堆上，直接在当前这个上面开的，占用的局部对象过大，但栈帧不大，可能会栈溢出

typename

实例化的类不用加typename

template<class T>
void PrintVector(const vector<int>& v)
{
	//实例化的直接去类域里找const_iterator是什么
	vector<int>::const_iterator it = v.begin();
	while (it!= v.end())
	{
		cout << *it << " ";
		++it;
	}
	cout << endl;
}

未实例化的类需要加typename

template<class T>
void PrintVector(const vector<int>& v)
{
	//编译器要去类模板去取，取到的const_iterator可能是静态变量或者是类型
	//类模板没有实例化，不去里面检查细节东西,无法确认const_iterator是什么
	//加了typename确认是类型
	typename vector<T>::const_iterator it = v.begin();
	//auto也可以避开这个问题
	//auto it = v.begin();
	while (it!= v.end())
	{
		cout << *it << " ";
		++it;
	}
	cout << endl;
}

模板的特化

概念

通常情况下，使用模板可以实现一些与类型无关的代码，但对于一些特殊类型的可能会得到一些错误的结
果，需要特殊处理，比如：实现了一个专门用来进行小于比较的函数模板

// 函数模板 -- 参数匹配
template<class T>
bool Less(T left, T right)
{
 return left < right;
}
int main()
{
 cout << Less(1, 2) << endl; // 可以比较，结果正确
 Date d1(2022, 7, 7);
 Date d2(2022, 7, 8);
 cout << Less(d1, d2) << endl; // 可以比较，结果正确
 Date* p1 = &d1;
 Date* p2 = &d2;
 cout << Less(p1, p2) << endl; // 可以比较，结果错误
 return 0;
}

可以看到，Less绝对多数情况下都可以正常比较，但是在特殊场景下就得到错误的结果。上述示例中，p1指
向的d1显然小于p2指向的d2对象，但是Less内部并没有比较p1和p2指向的对象内容，而比较的是p1和p2指
针的地址，这就无法达到预期而错误。
此时，就需要对模板进行特化。即：在原模板类的基础上，针对特殊类型所进行特殊化的实现方式。模板特
化中分为函数模板特化与类模板特化、

函数模板特化

函数模板的特化步骤：

1. 必须要先有一个基础的函数模板
2. 关键字template后面接一对空的尖括号<>
3. 函数名后跟一对尖括号，尖括号中指定需要特化的类型
4. 函数形参表: 必须要和模板函数的基础参数类型完全相同，如果不同编译器可能会报一些奇怪的错误。

// 函数模板 -- 参数匹配
template<class T>
bool Less(T left, T right)
{
 return left < right;
}
// 对Less函数模板进行特化
template<>
bool Less<Date*>(Date* left, Date* right)
{
 return *left < *right;
}
int main()
{
 cout << Less(1, 2) << endl;
 Date d1(2022, 7, 7);
 Date d2(2022, 7, 8);
 cout << Less(d1, d2) << endl;
 Date* p1 = &d1;
 Date* p2 = &d2;
 cout << Less(p1, p2) << endl; // 调用特化之后的版本，而不走模板生成了
 return 0;
}

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

bool Less(Date* left, Date* right)
{
 return *left < *right;
}

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

加&加const问题

原模板：

template<class T>
bool Less(const T& left,const T& right)
{
	return left<right;
}

特化:
错误版本：不能直接替换

template<class T>
bool Less<Date*>(const Date*& left,const Date*& right)
{
	return *left < *right;
}

正确版本：原模板const修饰的是left和right，特化后前面加const修饰的是指向的内容*left,*right,因此const加后面

template<class T>
bool Less<Date*>(Date* const& left,const Date* const& right)
{
	return *left < *right;
}

类模板的特化

不仅函数模板可以进行特化，类模板也可以针对特殊类型进行特殊化实现，并且类模板的特化又可分为全特化和偏特化（半特化）

全特化

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

template<class T1, class T2>
class Data
{
public:
 Data() {cout<<"Data<T1, T2>" <<endl;}
private:
 T1 _d1;
 T2 _d2;
};

template<>
class Data<int, char>
{
public:
 Data() {cout<<"Data<int, char>" <<endl;}
private:
 int _d1;
 char _d2;
 };
void TestVector()
{
 Data<int, int> d1;
 Data<int, char> d2;
}

偏特化

偏特化：任何针对模版参数进一步进行条件限制设计的特化版本。
比如对于以下模板类：

template<class T1, class T2>
class Data
{
public:
 Data() {cout<<"Data<T1, T2>" <<endl;}
private:
 T1 _d1;
 T2 _d2;
};

偏特化有以下两种表现方式：

部分特化

将模板参数类表中的一部分参数特化。

// 将第二个参数特化为int
template <class T1>
class Data<T1, int>
{
public:
 Data() {cout<<"Data<T1, int>" <<endl;}
private:
 T1 _d1;
 int _d2;
};

参数更进一步的限制

偏特化并不仅仅是指特化部分参数，而是针对模板参数更进一步的条件限制所设计出来的一个特化版本。

//两个参数偏特化为指针类型，限制模板的类型，不管是几级指针，是指针就走这
template <typename T1, typename T2>
class Data <T1*, T2*>
{ 
public:
	Data() {
	cout<<"Data<T1*, T2*>" <<endl;
	cout<<typeid(T1).name() << endl;
	cout<<typeid(T2).name() << endl;
	}
private:
	T1 _d1;
	T2 _d2;
};

int main()
{
	Data<int*,double*> d4;//int,double
	Data<int*,int**> d4;//int,int*
}

//两个参数偏特化为引用类型
template <typename T1, typename T2>
class Data <T1&, T2&>
{
public:
 Data(const T1& d1, const T2& d2)
 : _d1(d1)
 , _d2(d2)
 {
 cout<<"Data<T1&, T2&>" <<endl;
 }
 
private:
 const T1 & _d1;
 const T2 & _d2; 
 };
 
 int main()
{
	Data<int&, int&> d4(1, 2);
}

模板的分离编译

什么是分离编译

一个程序（项目）由若干个源文件共同实现，而每个源文件单独编译生成目标文件，最后将所有目标文件链接起来形成单一的可执行文件的过程称为分离编译模式。

模板的分离编译

在分离编译模式下，我们一般创建三个文件：
一个头文件（用于进行函数声明），
一个源文件（用于对头文件中声明的函数进行定义），
一个源文件（用于调用头文件当中的函数）。
按照此方法，我们若是对一个加法函数模板进行分离编译，其三个文件当中的内容大致如下：

便于对比，上面是函数模板与普通函数，但是使用这三个文件生成可执行文件时，函数模板却会在链接阶段产生报错，普通函数不会，报错如下：

程序运行起来一般要经历以下四个步骤：
1.预处理： 头文件展开、去注释、宏替换、条件编译等。
2.编译： 检查代码的规范性、是否有语法错误等，确定代码实际要做的工作，在检查无误后，将代码翻译成汇编语言。
3.汇编： 把编译阶段生成的文件转成目标文件。
4.链接： 将生成的各个目标文件进行链接，生成可执行文件。

下面我们根据四步骤对其进行分析：
1.预处理：
以上代码在预处理阶段需要进行头文件的包含以及去注释等操作。

这三个文件经过预处理后实际上就只有两个文件了，若是对应到Linux操作系统当中，此时就生成了Func.i 和 Test.i 文件了。

2.编译：
Add不会被编译，生成指令，因为模板没有被实例化，当然也就没有Add的地址放进符号表
func会被编译，生成指令，函数地址放到符号表
在编译阶段并不会发现任何语法错误，之后便顺利将 Func.i 和 Test.i 翻译成了汇编语言，对应到Linux操作系统当中就生成了 Func.s 和Test.s 文件。
3.汇编：
此阶段利用 Func.s 和 Test.s 这两个文件分别生成了两个目标文件，对应到Linux操作系统当中就是生成了 Func.o 和 Test.o 两个目标文件。
4.链接：（模板分离编译失败的原因）
在Test.o中，此处是调用的地方，知道模板实例化成什么，但是只有声明，没有定义
在Func.o中，此处有定义的地方，因为模板没有实例化，因此没有Add的地址放进符号表，所以链接找不到，声明无法与定义链接上

解决方法

1.在模板定义的位置进行显示实例化。（不推荐）

在函数模板定义的地方，对T为int和double类型的函数进行了显示实例化，这样在链接时就不会找不到对应函数的定义了，也就能正确执行代码了。

虽然第一种方法能够解决模板分离编译失败的问题，但是我们这里并不推荐这种方法，因为我们需要用到一个函数模板实例化的函数，就需要自己手动显示实例化一个函数，非常麻烦。

2.将声明和定义放到一个文件 “xxx.hpp” 里面或者xxx.h其实也是可以的。（推荐）

解决原理： 调用的地方就有定义，直接实例化，编译了就生成他的地址了，不用等到链接时候去找
问题总结： 在Test.cpp中调用的时候，声明需要找到定义->1.声明定义放一块 2.在定义处显示实例化，使定义有地址，使声明找到定义

模板总结

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

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