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

Flutter 三方库 flutter_adaptive_scaffold 的鸿蒙化适配指南 - 掌握一套代码适配全场景终端的自适应架构技术、助力鸿蒙应用构建从手机到平板及折叠屏的极致无缝交互体系

Flutter 三方库 flutter_adaptive_scaffold 的鸿蒙化适配指南 - 掌握一套代码适配全场景终端的自适应架构技术、助力鸿蒙应用构建从手机到平板及折叠屏的极致无缝交互体系

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 flutter_adaptive_scaffold 的鸿蒙化适配指南 - 掌握一套代码适配全场景终端的自适应架构技术、助力鸿蒙应用构建从手机到平板及折叠屏的极致无缝交互体系 前言 在 OpenHarmony 鸿蒙应用追求“万物互联、全场景覆盖”的伟大进程中,屏幕尺寸的多样性(从 6 英寸手机到 12 英寸平板,再到 2D/3D 模式切换的折叠屏)是每一位 UI 开发者必须正面迎接的挑战。如何在不为每种设备重写 UI 的前提下,实现导航栏自动从“底部”平滑流转到“侧边”?如何在宽屏模式下自动开启“双栏(Master-Detail)”布局?flutter_adaptive_scaffold 作为一个由 Flutter

By Ne0inhk
在 macOS 上通过 Docker 本地安装 OpenClaw 完整教程

在 macOS 上通过 Docker 本地安装 OpenClaw 完整教程

在 macOS 上通过 Docker 本地安装 OpenClaw 完整教程 什么是 OpenClaw?—— 你的本地 AI 智能体执行框架 OpenClaw 不仅仅是一个聊天机器人,而是一个功能强大的 AI 智能体执行框架。你可以把它想象成一个能自主思考、调用工具、并替你完成复杂任务的数字员工。 🧠 核心概念 * 智能体:OpenClaw 的核心大脑。它能理解你的自然语言指令,拆解任务,并决定调用哪些工具来执行。 * 网关:所有外部访问的入口。它负责处理 WebSocket 连接、管理设备配对、路由消息,是你与智能体交互的桥梁。 * 技能:智能体可调用的具体工具,比如访问文件、操作浏览器、发送消息、查询数据库等。你可以根据需要扩展技能库。 * 记忆:OpenClaw 可以存储对话历史和重要信息,实现长期记忆和上下文理解,让交互更连贯。 * 通道:连接外部聊天平台的渠道,如

By Ne0inhk
HarmonyOS6半年磨一剑 - RcIcon组件实战案例集与应用开发指南

HarmonyOS6半年磨一剑 - RcIcon组件实战案例集与应用开发指南

文章目录 * 前言 * 项目简介 * 核心特性 * 开源计划 * rchoui官网 * 文档概述 * 第一章: 基础用法实战 * 1.1 三种符号引用方式 * 1.2 应用场景 - 工具栏快速导航 * 第二章: 尺寸系统实战 * 2.1 响应式尺寸配置 * 2.2 应用场景 - 统一设计系统尺寸规范 * 第三章: 颜色系统实战 * 3.1 多彩色系配置 * 3.2 应用场景 - 状态指示系统 * 第四章: 双风格系统实战 * 4.1 线型与实底风格对比 * 4.2 应用场景 - 底部导航栏 * 第五章: 圆角系统实战 * 5.

By Ne0inhk
Flutter 组件 short_uuids 适配鸿蒙 HarmonyOS 实战:唯一标识微缩技术,构建高性能短 ID 生成与分布式索引架构

Flutter 组件 short_uuids 适配鸿蒙 HarmonyOS 实战:唯一标识微缩技术,构建高性能短 ID 生成与分布式索引架构

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 组件 short_uuids 适配鸿蒙 HarmonyOS 实战:唯一标识微缩技术,构建高性能短 ID 生成与分布式索引架构 前言 在鸿蒙(OpenHarmony)生态迈向万物互联、涉及海量离线资源标识、蓝牙广播载荷(BLE Payload)及二维码数据极限压缩的背景下,如何生成既能保留 UUID 强随机性、又能极大缩减字符长度的唯一标识符,已成为优化存储与通讯效率的“空间必修课”。在鸿蒙设备这类强调分布式软总线传输与每一字节功耗敏感的环境下,如果应用依然直接传输长度达 36 字符的标准 UUID,由于由于有效载荷溢出,极易由于由于传输协议限制导致数据截断或多次分包带来的延迟。 我们需要一种能够实现高进制转换、支持双向编解码且具备低碰撞概率的短 ID 生成方案。 short_uuids 为 Flutter 开发者引入了将标准 UUID 转化为短格式字符串的高性能算法。它利用

By Ne0inhk