当前位置: 首页 > news >正文

C++之模板进阶:非类型参typename的作用,特化设计与分离编译

前言:作为C++泛型编程的核心设施,模板机制提供了强大的抽象能力,但只有深入理解其高阶特性才能真正释放潜力。本文将系统解析非类型模板参数、类模板特化和模板分离编译这三大关键技术,揭示它们如何共同构建STL级别的组件

目录

一、模板参数

typename的作用

非类型参数

非类型参数的使用

二、模板的特化

特化的步骤

类模板特化

全特化

偏特化

三、模板分离编译

什么是分离编译 

解决方法 

将模板定义放在头文件中

使用显式实例化


一、模板参数

模板(Template):是泛型编程的核心机制,允许在编写代码时使用参数化的类型或值,从而实现代码的复用。

模板的参数分为两大类:类型参数和非类型参数,此外还有 模板模板参数(较少见)

typename的作用

typename 通常出现在模板中,与 class 可以自由更换,例如:

template<class T, typename T>

但是在涉及依赖类型的场景中必须使用typename关键字。

特别是在处理容器迭代器时,这是一个非常典型的应用场景。

当我们需要打印模板化容器中的元素时,正确的迭代器声明必须使用typename:

#include<iostream>
#include <vector>using namespace std;
template <typename Container>
void printContainer(const Container& cont) {// 必须使用typename指明Container::const_iterator是类型而非静态成员typename Container::const_iterator it = cont.begin();for (; it != cont.end(); ++it) {std::cout << *it << " ";}std::cout << std::endl;
}
#include <vector>
#include <list>int main() {// 示例:使用vectorvector<int> vec = { 1, 2, 3, 4, 5 };cout << "Vector elements: ";printContainer(vec);  return 0;
}

typename在此场景的必要性源于C++的模板解析两阶段处理

第一阶段(模板定义时):编译器尚不知Container的具体类型
第二阶段(模板实例化时):才确定Container::const_iterator是类型还是静态成员

默认情况下,编译器假定依赖名称(Container::const_iterator)是值而非类型,必须用typename显式指示这是类型名称。

非类型参数

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

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

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

顾名思义,这个参数不是类模板参数(class T 或者 typename T)

这种参数可以是(我们暂时只学整型,其它类型也是同样的用法)

整型​(包括 int, char, long 等)

​枚举类型​(enum)

指针​(对象指针、函数指针、成员指针等)

引用​(对象引用、函数引用)

​浮点类型​(C++20起,如 float, double)

​Literal 类类型​(C++20起,需满足特定条件)

非类型参数的使用

基本使用方法

template <typename T, int Size> // T 是类型参数,Size 是非类型参数(整数)
class Array
{
private:T data[Size]; // 使用非类型参数 Size 作为数组长度public:int getSize() const { return Size; }
};

实例化时需要多传一个参数:

// 使用
Array<int, 10> intArray; // 实例化为int[10]
Array<char, 8> charArray; // 实例化为char[8]

二、模板的特化

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

我们来看下面这段代码:
 

/ 函数模板 -- 参数匹配
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. 函数形参表: 必须要和模板函数的基础参数类型完全相同,如果不同编译器可能会报一些奇怪的错误

例如:

/ 对Less函数模板进行特化
template<>
bool Less<Date*>(Date* left, Date* right)
{

而这就是函数模板特化

类模板特化

全特化

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

//类模板
template<class T1,class T2>
class Less
{Less(){cout << "类模板" << endl;}
};

全特化版本(将所有类模板参数都确定化):

//全特化
template<>
class Less<int, double>
{Less(){cout << "全特化类模板" << endl;}
};

偏特化

//偏特化
template<class T1>
class Less<T1, double>
{Less(){cout << "全特化类模板" << endl;}
};

三、模板分离编译

什么是分离编译 

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

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

// 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;
}

分析如下:

在传统C++编程中,我们通常将函数声明放在头文件(.h)中,实现放在源文件(.cpp)中。但对于模板,这种分离会导致编译器无法实例化模板,从而产生链接错误。其根本原因在于:

  1. 模板是"蓝图"而非实际代码
  2. 模板实例化发生在编译阶段
  3. 编译器在生成模板代码时需要完整的定义
  4. 链接阶段无法解决未实例化的模板符号

我们参考着流程图来举个例子:现在有这样一个模板,我们将它的声明和定义分离

template<class T1,class T2>
class Less
{
public:void Print();void push_back();void push_front();
};

在另一个文件中写出函数定义:

template<class T1,class T2>
void Less<T1,T2>::Print()
{cout << "Print()" << endl;
}template<class T1,class T2>
void Less<T1,T2>::push_back()
{cout << "push_back()" << endl;
}template<class T1,class T2>
void Less<T1,T2>::push_front()
{cout << "push_front()" << endl;
}

但是我们在实例化->调用函数的时候,编译器无法实现。这是为什么呢?

编译器工作流程:
(1)编译main.cpp -> main.o 
         看到MyContainer<int>声明
         但未看到实现 -> 期望链接时解决

(2)编译my_template.cpp -> my_template.o
         包含模板实现
         但没有具体类型实例化 -> 不生成任何实际代码

(3)链接器工作:
         找不到MyContainer<int>::add()和printAll()的实现
         报"undefined reference"错误

所以:主要问题出现在定义实现的文件还是模板,并没有实例化,导致报错

解决方法 

将模板定义放在头文件中

1. 将声明和定义放到一个文件 "xxx.hpp" 里面或者xxx.h其实也是可以的。推荐使用这种。
2. 模板定义的位置显式实例化。这种方法不实用,不推荐使用。

最推荐第一种方法。

毕竟解决模板分离编译问题的核心就是:让编译器在实例化模板时能同时看到声明与定义。

  • 将声明和定义写在同一个头文件中,从根源上避免分离编译带来的符号解析问题,是最简单直接且兼容性最好的方案。
/*---------------------------func.h---------------------------*/template <class T>
void func(T x) 
{ /* 直接在头文件中定义 */ 
}/*---------------------------main.cpp---------------------------*/#include "func.h"
int main() 
{func(42); // 编译器在此处实例化 func<int>return 0;
}

使用显式实例化

在模板定义文件中显式指定需要实例化的类型,强制编译器生成对应代码。

/*---------------------------func.h(声明模板)---------------------------*/
template <class T>
void func(T x);
/*---------------------------func.cpp(定义模板并显式实例化)---------------------------*/
#include "func.h"//1.定义模板
template <class T>
void func(T x)
{/* ... */
}//2.显式实例化 int 类型
template void func<int>(int);/*---------------------------main.cpp(使用模板)---------------------------*/
#include "func.h"
int main()
{func(42); // 使用已显式实例化的 func<int>return 0;
}
http://www.dtcms.com/a/445631.html

相关文章:

  • 树莓派上市后的开源抉择:价格、纯度与生态
  • 顺丰科技java面经准备
  • 数据库的ALTER权限失效
  • 业绩连降两年,大幅减员缩降成本,极米科技赴港IPO挑战仍不少
  • 南昌做网站价格安康市网约车平台
  • 【Linux】Shell编程(二):grep - 文本搜索利器
  • Redis为啥是单线程的
  • 做网站挣钱的人东莞网站建设方案维护
  • g3云网站地方新闻门户网站源码
  • SD:在一个 Ubuntu 系统安装 stable diffusion Web UI
  • WebSocket网络编程(TCP/UDP)
  • 经典架构解读
  • 今天,是你成为创作者的第1024天
  • [linux仓库]图解System V共享内存:从shmget到内存映射的完整指南
  • 大模型-扩散模型(Diffusion Model)原理讲解(3)
  • 服务器网站怎么做的网站建设新技术
  • 零基础学Docker(6)--DockerFile
  • I/O 多路转接epoll
  • Maven项目管理与构建自动化完全指南
  • 自建房外观设计网站推荐网站建设要会英语吗
  • VR大空间资料 03 —— VRGK使用体验和源码分析
  • [论文阅读] AI+软件工程 | 开发者 AI 需求新指南:任务感知视角下的负责任 AI 实证研究
  • 第十七周-通用量子门与Deutsch-Jozsa算法
  • 网站优化最为重要的内容是域名代备案平台
  • 【学习笔记】kafka权威指南——第3章 kafka生产者—向kafka写入数据
  • 广州微信网站建设价格WordPress显示403
  • 机器学习16:自监督式学习(Self-Supervised Learning)②
  • MySQL+keepalived主主复制
  • 深入理解操作系统中的线程
  • 栈:每日温度