C++起始之路——模板进阶

C++起始之路——模板进阶
 💁‍♂️个人主页:进击的荆棘

👇作者其它专栏:

《数据结构与算法》《算法》《C++起始之路》

目录

1.非类型模板参数

2.模板的特化

3.模板分离编译

4.模板总结


1.非类型模板参数

模板参数分类类型形参与非类型形参。

类型形参即:出现在模板参数列表中,跟在class或typename之类的后面的参数类型名称。

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

namespace Achieve{ //定义一个模板类型的静态数组 tempalte<class T,size_t N=10> 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 _size==0; } private: T _array[N]; size_t _size; }; }

注意:

        1.浮点数、类对象以及字符串是不允许作为非类型模板参数的。(只有整形可以,像int、long、无符号整形、bool等)。(C++20支持double)

        2.非类型的模板参数必须在编译其就能确认结果。

2.模板的特化

2.1概念

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

//函数模板——参数匹配 template<class T> bool Less(T left,T right){ return left<right; } int main(){ cout<<Less(1,2)<<endl;//可以比较,结果正确 Date d1(2022,4,12); Date d2(2003,6,20); 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指针的地址,这就无法达到预期而错误。

此时,就需要对模板进行特化即:在原模板类的基础上,针对特殊类型所进行特殊化的实现方式。模板特殊化中分为函数模板特化类模板特化

2.2函数模板特化

函数模板的特化步骤:

        1.必须先有一个基础的函数模板

        2.关键字template后面接一对空的尖括号<>

        3.函数名后跟一对尖括号,尖括号中指定需要特化的类型

        4.函数形参表:必须要和模板函数的基础参数类型完全相同,如果编译器不同可能会报一些奇怪的错误。

//函数模板———参数匹配 template<class T> bool Less(T left,T right){ return left<right; } template<> bool Less<Date*>(Date* left,Date* right){ return *left<*right; } int main(){ cout<<Less(1,2)<<endl; Date d1(2022,4,12); Date d2(2003,6,20); 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; } 

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

2.3类模板特化

2.3.1全特化

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

template<class T1,class T2> class Data{ public: Data(){ cout<<"Data<T1,T2>"<<endl; } private: T1 _d1; T2 _d2; }; template<> class Data<int,double>{ public: Data(){ cout<<"Data<int,double>"<<endl; } private: int _d1; double _d2; }; void Test(){ Data<int,int> d1; Data<int,double> d2; }

2.3.2偏特化

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

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<class T1,class T2> class Data<T1*,T2*>{ public: Data(){ cout<<"Data<T1*,T2*>"<<endl; } private: T1 _d1; T2 _d2; }; //两个参数偏特化为引用类型 template<class T1,class 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; }; void test2(){ Data<double,int> d1;//调用特化的int版本 Data<int,double> d2;/调用基础的模板 Data<int*,int*> d3;//调用特化的指针版本 Data<int&,int&> d4(1,2)//调用特化的指针版本 }

2.3.3类模板特化应用示例

有如下专门用来按照小于比较的类模板Less:

template<class T> struct Less{ bool Less(const T& x,const T& y) const{ return x<y; } }; int main(){ Date d1(2022,10,5); Date d2(2024,11,3); Date d3(2021,1,4); vector<Date> v1; v1.push_back(d1); v1.push_back(d2); v1.push_back(d3); //可以直接排序,结果是日期升序 sort(v1.begin(),v1.end(),Less<Date()); vector<Date*> v2; v2.push_back(&d1); v2.push_back(&d2); v2.push_back(&d3); //可以直接排序,结果错误日期还是不升序,而v2放的地址是升序 //此处需要在排序过程中,让sort比较v2中存放地址指向的日期对象 //但是走Less模板,sort在排序时实际比较的是v2中指针的地址,因此无法达到预期 sort(v2.begin(),v2.end(),Less<Date*>()); return 0; }

通过观察上述程序的结果发现,对于日期对象可以直接排序,并且结果是正确的。但是若待排序元素是指针,结果就不一定正确。因为sort最终按照Less模板中方式比较,所以只会比较指针,而不是比较指针指向空间中的内容,此时可以使用类版本特化来处理上述问题:

//对Less类模板按照指针方式特化 template<> struct Less<Date*>(Date* x,Date* y) const{ bool operator()(Date* x,Date* y) const{ return *x<*y; } };

特化之后,在运行上述代码,就可以得到正确的结果。

3.模板分离编译

3.1什么是分离编译

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

3.2模板的分离编译

假如有以下场景,模板的声明与定义分离开,在头文件中进行声明,源文件中完成定义:

//a.h template<class T> T Add(const T& left,const T& right); //a.cpp template<class T> T Add(const T& left,const T& right){ return left+right; } //main.cpp #include "a.h" int main(){ Add(1,2); Add(1.0,2.0); return 0; }

分析:

3.3解决方法

1.将声明和定义放到一个文件"xxx.hpp"里面或"xxx.h"。(推荐)

2.模板定义的位置显示实例化。(不推荐)

分离编译扩展阅读

4.模板总结

【优点】

1.模板复用了代码,节省资源,更快的迭代开发,C++的标准模板库(STL)因此产生

2.增强了代码的灵活性

【缺陷】

1.模板会导致代码膨胀问题,也会导致编译时间变长

2.出现模板编译错误时,错误信息非常凌乱,不易定位错误

Read more

熟练使用 GitHub Copilot、Cursor、JetBrains AI Assistant 的实战指南

熟练使用 GitHub Copilot、Cursor、JetBrains AI Assistant 的实战指南

这三款工具都是当前最强的 AI 编程助手,能显著提升你的开发效率。掌握它们后,你可以让 AI 处理繁琐的基础工作,专注于核心业务逻辑。以下是针对你提出的 4 个核心需求 的详细操作指南,包含 具体步骤、最佳实践和注意事项。 一、让 AI 为你生成单元测试和边界测试用例 为什么需要边界测试? * 单元测试只覆盖正常场景,边界测试(如 null、极值、异常输入)能暴露隐藏 Bug。 * AI 容易遗漏边界情况,必须明确要求才会生成。 📌 操作步骤(分工具说明) 1. GitHub Copilot(适用于 VS Code、JetBrains IDE 等) 适用场景:在代码编写时实时生成测试用例。 步骤: 1. 编写被测函数(例如一个计算器函数): def

By Ne0inhk
OpenClaw 六大开源替代方案深度对比

OpenClaw 六大开源替代方案深度对比

从 500 行代码的 NanoClaw 到 40 万行的 OpenClaw,解析六大 AI 智能体项目的架构差异与选型指南 项目背景 2025 年 11 月,Peter Steinberger 上传了一个名为 OpenClaw 的原型代码。短短 84 天内,该项目收获了 20 万颗 Star,成为 GitHub 史上增长最快的软件项目。这股热潮催生了一系列轻量级替代方案,各自在不同维度上优化 AI 智能体的实现。 本文对比分析六大开源 Claws 项目,帮助开发者根据自身需求选择合适的方案。 六大 Claws 项目概述 1. NanoClaw —— 容器隔离的极简主义 核心特色: 仅 500 行 TypeScript,

By Ne0inhk
使用vscode配合git实现代码仓库回滚

使用vscode配合git实现代码仓库回滚

文章目录 * 1. 找到你要回退节点的哈希值 * 1.1. 使用 git log 命令 * 1.2. 也可以使用vscode编辑器的源码管理工具 * 2. 重置到指定提交 * 3. 强制推送到远程仓库(如果需要) 1. 找到你要回退节点的哈希值 首先,你需要找到你要回退到的那个提交的哈希值(commit hash)。 1.1. 使用 git log 命令 使用 git log 命令来查看提交历史。 1.2. 也可以使用vscode编辑器的源码管理工具 选中此节点,右键选择复制提交ID 2. 重置到指定提交 使用git reset命令来重置你的工作目录和索引到指定的提交。假设你要回退到的提交的哈希值是 abc1234,你可以使用以下命令: git reset --hard abc1234 * --hard

By Ne0inhk

3步实现GitHub全界面中文化 GitHub中文插件完全指南

3步实现GitHub全界面中文化 GitHub中文插件完全指南 【免费下载链接】github-chineseGitHub 汉化插件,GitHub 中文化界面。 (GitHub Translation To Chinese) 项目地址: https://gitcode.com/gh_mirrors/gi/github-chinese GitHub作为全球最大的代码托管平台,其英文界面常成为中文开发者的使用障碍。GitHub中文插件(GitHub Translation To Chinese)通过本地化技术,可将GitHub界面元素一键转换为中文,保留原有功能的同时降低使用门槛。本文将系统介绍这款开源工具的安装配置、核心功能及高级应用技巧,帮助开发者快速构建中文开发环境。 解析GitHub中文插件的核心价值 GitHub中文插件采用轻量级用户脚本架构,通过三大核心优势解决英文界面痛点: 无缝集成的本地化体验 插件在不改变GitHub原有功能布局的前提下,将界面文本替换为精准的中文表述。从导航菜单到按钮文本,从提示信息到帮助文档,实现全界面无死角中文化。这种非侵入式设计确保用户

By Ne0inhk