🔥个人主页:Quitecoder
🔥专栏:c++笔记仓
朋友们大家好,本篇文章我们来学习模版的进阶部分
1.非类型模版参数
模板参数分类类型形参与非类型形参。
非类型模板参数允许你将一个值(而不是一个类型)直接传递给一个模板。非类型模板参数可以是一个整型值、一个指针或者一个引用,因为这些参数不是类型,所以被称为“非类型模板参数”。
非类型模板参数可以让你根据这些值创建模板实例。例如,你可以根据整型非类型模板参数定义编译时决定大小的数组
引入下面的例子:
#define N 10 template class array { public: T& operator[](size_t index) { return _array[index]; } const T& operator[](size_t index)const { return _array[index]; } size_t size()const { return _size; } bool empty()const { return 0 == _size; } private: T _array[N]; size_t _size; };
对于这个静态数组,我们只能用宏定义来确定数组的大小,那如果我一次性想要开两个大小不同的数组呢?
array a1;//大小为10 array a2;//大小为100
这里就需要非类型模版参数
template class array { public: T& operator[](size_t index) { return _array[index]; } const T& operator[](size_t index)const { return _array[index]; } size_t size()const { return _size; } bool empty()const { return 0 == _size; } private: T _array[N]; size_t _size; };
在这个例子中,N
就是一个非类型模板参数,它表示数组的大小,而 T 是一个类型模板参数代表数组中元素的类型
使用方法:
array a1; array a2;
注意:
按需实例化
按需实例化,是 C++ 模板的一个重要特性,指的是模板代码只有在真正被使用时才会被编译器实例化
在 C++ 中,模板本身并不直接生成可执行代码;它们是用于生成代码的蓝图。当你编写一个模板类或模板函数时,你实际上是在告诉编译器如何在需要的时候用具体的类型或值生成代码。这种生成过程只有在模板被用到的时候才会发生,换言之,只有在代码中显式或隐式地引用了模板的具体实例,编译器才会根据模板生成那个特定实例的代码。这就是所谓的按需实例化
比如,对于上面的代码,我在T& operator[]
函数中写一个错误的语法:
T& operator[](size_t index) { size(1); return _array[index]; }
并没有产生编译错误
由于模板的这个行为,如果模板的某些部分(在本例中是 _size的使用)没有在代码中被实际使用,那么编译器可能不会去实例化或者编译这个部分,它可能不会产生编译错误
在一些编译器和编译设置下,成员函数模板只有在被调用时才会实例化。如果编译器没有看到
size()
或者empty()
的任何调用,它也就不会去检查_size
是否已经初始化,就不会产生潜在的错误
此外,对于 operator[]
的实现:
T& operator[](size_t index) { size(1); // 这里的调用看上去像是一个函数调用,但是没有意义,因为它对程序行为没有任何影响。 return _array[index]; }
size(1);
这行代码试图调用 size()
成员函数并传递一个参数,但这显然是不正确的,因为 size()
没有定义接受参数的版本,应该是 size_t size()const
。如果在代码中有地方调用了这个重载的 operator[]
,并且编译器实例化了这部分代码,则会产生编译错误。但如果没有任何地方使用了这个重载的 operator[]
,编译器则不会去检查这部分代码,错误也就没有暴露出来
2.模版的特化
函数模版特化
通常情况下,使用模板可以实现一些与类型无关的代码,但对于一些特殊类型的可能会得到一些错误的结果,需要特殊处理,比如:实现了一个专门用来进行小于比较的函数模板
template 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指针的地址,这就无法达到预期而错误
此时,就需要对模板进行特化。即:在原模板类的基础上,针对特殊类型所进行特殊化的实现方式。模板特化中分为函数模板特化与类模板特化
函数模版的特化
函数模板的特化步骤:
<>
// 函数模板 -- 参数匹配 template bool Less(T left, T right) { return left < right; } // 对Less函数模板进行特化 template<> bool Less(Date* left, Date* right) { return *left < *right; }
特化,针对某些特殊类型可以进行特殊处理
注意:一般情况下如果函数模板遇到不能处理或者处理有误的类型,为了实现简单通常都是将该函数直接给出
bool Less(Date* left, Date* right) { return *left < *right; }
该种实现简单明了,代码的可读性高,容易书写,因为对于一些参数类型复杂的函数模板,特化时特别给出,因此函数模板不建议特化
类模版
全特化
比如我们有下面这个模版类:
template class Data { public: Data() { cout << "Data" << endl; } private: T1 _d1; T2 _d2; };
全特化即是将模板参数列表中所有的参数都确定化,如下:
template<> class Data { public: Data() { cout << "Data" << endl; } private: int _d1; char _d2; };
注意格式,template<>
关键字加尖括号,尖括号里面为空,在类后面加尖括号给具体的类型
这个全特化是对于模板实参为 int 和 char 的情况。这意味着当创建一个 Data
类型的实例时,这个特化版本会被使用,而不是泛型的基础模板
测试如下:
int main() { Data d1; Data d2; return 0; }
偏特化
偏特化:任何针对模版参数进一步进行条件限制设计的特化版本。比如对于以下模板类:
template class Data { public: Data() { cout << "Data" << endl; } private: T1 _d1; T2 _d2; };
偏特化有以下两种表现方式:
// 将第二个参数特化为int template class Data { public: Data() { cout << "Data" << endl; } private: T1 _d1; int _d2; };
测试匹配结果:
int main() { Data d1; Data d2; Datad3; return 0; }
比如,两个参数偏特化为指针类型
template class Data { public: Data() { cout << "Data" << endl; } private: T1 _d1; T2 _d2; };
两个参数偏特化为引用类型
template class Data { public: Data(const T1& d1, const T2& d2) : _d1(d1) , _d2(d2) { cout << "Data" << endl; } private: const T1& _d1; const T2& _d2; };
测试如下:
Data d1; Data d2; Datad3; Data d4; Data d5(1,3);
示例:
有如下专门用来按照小于比较的类模板Less
#include #include template struct Less { bool operator()(const T& x, const T& y) const { return x < y; } };
我们可以进行下面的排序:
void test2() { Date d1(2022, 7, 7); Date d2(2022, 7, 6); Date d3(2022, 7, 8); vector v1; v1.push_back(d1); v1.push_back(d2); v1.push_back(d3); // 可以直接排序,结果是日期升序 sort(v1.begin(), v1.end(), Less()); }
但是看下面的排序对象:
vector v2; v2.push_back(&d1); v2.push_back(&d2); v2.push_back(&d3); sort(v2.begin(), v2.end(), Less());
可以直接排序,结果错误,日期还不是升序,而v2中放的地址是升序
通过观察上述程序的结果发现,对于日期对象可以直接排序,并且结果是正确的。但是如果待排序元素是指针,结果就不一定正确。因为:sort最终按照Less模板中方式比较,所以只会比较指针,而不是比较指针指向空间中内容,此时可以使用类版本特化来处理上述问题:
template<> struct Less { bool operator()(Date* x, Date* y) const { return *x < *y; } };
特化之后,再运行上述代码,就可以得到正确的结果
3.分离编译
分离编译允许将程序的不同部分分别编译成单独的编译单元,通常是目标文件(object file,拓展名通常为
.o
或.obj
)。然后,这些分别编译的编译单元将被链接器(linker)合并成一个完整的可执行程序或库
在分离编译的环境中,通常会有:
.h
或 .hpp
文件,包含类的声明、函数原型、模板、宏定义、全局变量的声明以及内联函数等。.cpp
或 .cc
文件,包含定义在头文件中声明过的类的成员函数、全局变量的定义等。它并不包含那些在编译时必须要知道全部信息的实体,如模板的完整定义举个具体的例子:
// myclass.h - 头文件 #ifndef MYCLASS_H #define MYCLASS_H class MyClass { public: void doSomething(); }; #endif // MYCLASS_H // myclass.cpp - 源文件 #include "myclass.h" void MyClass::doSomething() { // 实现细节 }
假设还有一个 main.cpp 文件:
// main.cpp - 源文件 #include "myclass.h" int main() { MyClass myObj; myObj.doSomething(); return 0; }
在这个分离编译的例子中,当修改 MyClass
的实现(myclass.cpp)时,只需要重新编译 myclass.cpp,而不需要重新编译 main.cpp。这些独立的编译单元最后将被链接成一个单个的可执行文件
模版分离编译
假如有以下场景,模板的声明与定义分离开,在头文件中进行声明,源文件中完成定义:
a.h
中声明了一个函数模板 Add
:template T Add(const T& left, const T& right);
a.cpp
文件中给出了这个模板的定义:template T Add(const T& left, const T& right) { return left + right; }
main.cpp
中,包含了头文件 a.h
并调用函数模板 Add
:#include"a.h" int main() { Add(1, 2); Add(1.0, 2.0); return 0; }
存在问题:
在 C++ 中,编译器需要在编译时知道模板函数的完整定义,因为它必须用具体的类型对模板进行实例化。所以,当在 main.cpp
中调用 Add(1, 2)
和 Add(1.0, 2.0)
时,编译器需要看到 Add
函数模板的完整定义,以便能够分别为类型 int
和 double
实例化它
但是由于模板定义在 a.cpp
中,而且通常情况下源文件是单独编译的,编译 main.cpp
时,编译器看不到 Add
的定义,这会导致链接错误
解决方案:
为了解决这个问题(即确保编译器能在必要的时候看到完整的模板定义),常见的做法是将模板的声明和定义都放到头文件中,就像这样:
// a.h template T Add(const T& left, const T& right) { return left + right; }
这就意味着当你在 main.cpp
中包含 a.h
时,编译器能够看到 Add
的完整定义,从而能够实例化任何需要的模板。
如果你有特定的原因要将模板定义与声明分离(例如减少头文件的大小,或者模板的定义非常复杂),另一种解决方法是显式实例化。这是告诉编译器在编译 a.cpp
文件时创建特定类型的实例。显式实例化看起来像这样:
// a.cpp #include "a.h" template T Add(const T& left, const T& right) { return left + right; } // 显式实例化 template int Add(const int& left, const int& right); template double Add(const double& left, const double& right);
但请注意,显式实例化依旧要求所有使用特定实例化的源文件需要被链接到包含这些实例化的目标文件。此外,这种显式实例化方式只适用于你能预先知道所需类型的情况,这在泛型编程中并不常见。因此,最通用且常用的方法是将模板的定义放在头文件中
前面我们知道,单个函数,进行定义分离没有错误,为什么类模版不行呢?
单个函数(非模板函数)和类模板在有很大的不同,特别是在声明和定义分离。
对于非模板函数,你可以在头文件中声明它们,并在一个单独的源文件中定义它们。编译器在处理非模板函数的声明时,无需知道函数的实现细节,它只需要知道函数的签名(返回类型、函数名和参数列表)。当编译器编译调用该函数的源文件时,它只检查函数的声明(通常在一个头文件中);实际的函数定义可以在程序的其他部分单独编译
// func.h void myFunction(int x); // 声明 // func.cpp #include "func.h" void myFunction(int x) { /* 定义 */ } // 定义
在链接阶段,链接器将解析这些调用,找到函数定义,并完成它们之间的连接。
类模板涉及到模板的实例化。模板本质上是编译时的一种生成代码的指令集,它们告诉编译器如何创建类型或函数的特定版本
当你在代码中使用类模板时,比如创建一个模板类的对象或调用一个模板函数,编译器必须能看到模板的整个定义,以便能够实例化模板。实例化过程中,编译器使用具体的类型替换模板参数。
对于非模板函数,声明和定义可以分离,因为编译器知道函数的大小和调用约定,所以它可以在没有函数体的情况下编译调用该函数的代码。但是对于类模板,编译器需要在编译时创建模板实例,所以它需要能够看到完整的定义
本节内容到此结束!感谢大家阅读!