主頁 > 軟體設計 > C++之模板初階:甩鍋編譯器

C++之模板初階:甩鍋編譯器

2021-08-22 07:54:50 軟體設計

目錄

  • 前言
  • 1.泛型編程
  • 2.函式模板
    • 2.1函式模板概念
    • 2.2 函式模板格式
    • 2.3 利用模板來實作兩個數的交換
    • 2.3 函式模板原理
    • 2.4 函式模板的實體化
      • 2.4.1 隱式實體化
      • 2.4.2 顯式實體化
    • 2.5 模板型別匹配原則(擇優)
  • 3. 類模板
    • 3.1 類模板定義的格式
    • 3.2 類模板的一個應用實體
    • 3.3 類模板實體化
  • 4.模板不支持分離編譯
  • 5.后記

前言

hello,大家好,今天博主來繼續更新C++系列的文章,今天我們來分享的是模板,歡迎大家繼續支持,

1.泛型編程

假如我們需要實作兩個數的交換,但因為這兩個數字有可能是int型,也有可能是double型,還有可能是char型,所以,為了每一種型別的數字都可以交換,我們就要針對每一種型別都寫一個函式,這樣做很麻煩,在C++中,是支持多載技術的,這樣我們可以把每一種型別的交換函式都命名為Swap,但是,當有新的型別出現時,依舊需要增加新的函式,使用起來依舊不方便,
下面的代碼展現了針對不同型別的交換函式,

void Swap(int& left, int& right)
{
int temp = left;
left = right;
right = temp;
}
void Swap(double& left, double& right)
{
double temp = left;
left = right;
right = temp;
}
void Swap(char& left, char& right)
{
char temp = left;
left = right;
right = temp;
}
......

既然如此麻煩,我們有沒有辦法能夠使這種情況更簡潔一些呢?能否告訴編譯器一個模子,讓編譯器根據不同的型別利用該模子來生成代碼呢?這樣我們就可以從寫許多函式中解放出來,
于是我們引入了泛型編程,即撰寫與型別無關的通用代碼,是代碼復用的一種手段,模板是泛型編程的基礎,
模板分為函式模板和類模板,接下來我們就來介紹他們,

2.函式模板

2.1函式模板概念

函式模板代表了一個函式家族,該函式模板與型別無關,在使用時被引數化,根據實參型別產生函式的特定型別版本,

2.2 函式模板格式

>template<typename T1, typename T2,......,typename Tn>
回傳值型別 函式名(引數串列)
{
 ……
}
template<typename T>
void Swap( T& left, T& right)
{
T temp = left;
left = right;
right = temp;
}

typename是用來定義模板引數關鍵字,也可以使用class(切記:不能使用struct代替class)

2.3 利用模板來實作兩個數的交換

#include<iostream>
using namespace std;

template<typename T>
void Swap(T& left, T& right)
{
	T temp = left;
	left = right;
	right = temp;
}

int main()
{
	int a = 1;
	int b = 2;
	Swap(a, b);
	cout << "a:" << a << "," << "b:" << b << endl;
	double c = 3;
	double d = 4;
	Swap(c, d);
	cout << "c:" << c << "," << "d:" << d << endl;
	return 0;
}


在這里插入圖片描述
我們看,利用模板是不是方便許多呢?
那么你心中是否有一個疑問,當我們在使用模板的時候,我們呼叫的是同一個函式嗎?我們來看一下匯編代碼:
在這里插入圖片描述

我們發現兩次呼叫的函式地址是不同的,這說明他們不是一個函式,

2.3 函式模板原理

既然我們知道,即使有了模板,編譯器在處理的時候,依舊是按照不同函式來處理的,那么編譯器處理的原理又是什么呢?

函式模板是一個藍圖,它本身并不是函式,是編譯器用使用方式產生特定具體型別函式的模具,所以其實模板就是將本來應該我們做的重復的事情交給了編譯器,
在編譯器編譯階段,對于模板函式的使用,編譯器需要根據傳入的實參型別來推演生成對應型別的函式以供呼叫,比如:當用double型別使用函式模板時,編譯器通過對實參型別的推演,將T確定為double型別,然后產生一份專門處理double型別的代碼,對于字符型別也是如此,

在這里插入圖片描述
也就是說,所謂的函式模板,就是把本來需要我們來寫的代碼交給編譯器來寫,所以,模板不只是Ctrl+V,而是根據實際情況,處理成不同的代碼,這其實就是一種甩鍋啊,本來應該我們做的事情,由于我們的“懶惰”,我們交給了編譯器去做,然后編譯器默默承擔了所有,
在這里插入圖片描述

2.4 函式模板的實體化

用不同型別的引數使用函式模板時,稱為函式模板的實體化,模板引數實體化分為:隱式實體化和顯式實體化,

所謂的模板實體化就是將模板運用到具體情境中,將一個抽象的化為具體的,交換兩個數很模糊,交換兩個int型對數就清晰很多,
函式模板的實體化分為隱式實體化和顯式實體化,接下來我們就來介紹他們,

2.4.1 隱式實體化

讓編譯器根據實參推演模板引數的實際型別

#include<iostream>
using namespace std;

template<class T>
T Add(const T& left, const T& right)
{
	return left + right;
}
int main()
{
	int a1 = 10, a2 = 20;
	double d1 = 10.0, d2 = 20.0;
	Add(a1, a2);
	Add(d1, d2);
	return 0;
}

在這里插入圖片描述
但是,如果我們將上面的代碼添加一行a1+d2的代碼,編譯器就會報錯,
在這里插入圖片描述
報錯的原因很簡單,因為a1和d2的型別不同,編譯器懵了,不知道該咋整了,于是這個時候,我們就需要明確地告訴編譯器按照上面型別來相加,于是我們就需要顯式實體化,

2.4.2 顯式實體化

在顯式實體化中,我們需要用<>來告訴編譯器,我們期待它處理成什么型別的資料,我們將上面的代碼用<>來點綴一下,

#include<iostream>
using namespace std;

template<class T>
T Add(const T& left, const T& right)
{
	return left + right;
}
int main()
{
	int a1 = 10, a2 = 20;
	double d1 = 10.0, d2 = 20.0;
	Add(a1, a2);
	Add(d1, d2);
	Add<int>(a1, d2);
	return 0;
}

在這里插入圖片描述

2.5 模板型別匹配原則(擇優)

  1. 一個非模板函式可以和一個同名的函式模板同時存在,而且該函式模板還可以被實體化為這個非模板函式

#include<iostream>
using namespace std;
// 專門處理int的加法函式
int Add(int left, int right)
{
	return left + right;
}
// 通用加法函式
template<class T>
T Add(T left, T right)
{
	return left + right;
}
void Test()
{
	Add(1, 2); // 與非模板函式匹配,編譯器不需要特化
	Add<int>(1, 2); // 呼叫編譯器特化的Add版本
}
int main()
{
	Test();
}

我們看,在這段代碼中,既有普通定義的Add函式,又有模板的Add函式,二者是可以同名的,那么我們不禁要問,在不同情況下,編譯器會呼叫普通函式還是模板呢?
我們看Add(1,2)這個呼叫陳述句就是普通呼叫陳述句,編譯器會直接呼叫Add函式,對于編譯器來說,有現成的函式不去呼叫,干嘛要在去自己才該生成哪一種型別的函式啊?
而對于Add(1,2),陳述句已經告訴編譯器顯式實體化了,證明是要模板的,所以這個呼叫的是模板函式,
在這里插入圖片描述
2. 對于非模板函式和同名函式模板,如果其他條件都相同,在調動時會優先呼叫非模板函式而不會從該模板產生出一個實體,如果模板可以產生一個具有更好匹配的函式, 那么將選擇模板,

// 專門處理int的加法函式
int Add(int left, int right)
{
return left + right;
}
// 通用加法函式
template<class T1, class T2>
T1 Add(T1 left, T2 right)
{
return left + right;
}
void Test()
{
Add(1, 2); // 與非函式模板型別完全匹配,不需要函式模板實體化
Add(1, 2.0); // 模板函式可以生成更加匹配的版本,編譯器根據實參生成更加匹配的Add函式
}

在這個例子中,Add(1,2.0)是呼叫模板的,因為模板可以根據實參生成匹配的版本,而普通的Add函式卻不可以滿足double型,所以編譯器會選擇模板,
在這里插入圖片描述
3. 模板函式不允許自動型別轉換,但普通函式可以進行自動型別轉換
如果模板支持自動型別轉換的話,還要<>干什么?
在這里插入圖片描述

3. 類模板

3.1 類模板定義的格式

template<class T1, class T2, ..., class Tn>
class 類模板名
{
// 類內成員定義
};

3.2 類模板的一個應用實體

// 動態順序表
// 注意:Vector不是具體的類,是編譯器根據被實體化的型別生成具體類的模具
template<class T>
class Vector
{
public :
Vector(size_t capacity = 10)
: _pData(new T[capacity])
, _size(0)
, _capacity(capacity)
{}
// 使用解構式演示:在類中宣告,在類外定義,
~Vector();
void PushBack(const T& data)void PopBack()// ...
size_t Size() {return _size;}
T& operator[](size_t pos)
{
assert(pos < _size);
return _pData[pos];
}
private:
T* _pData;
size_t _size;
size_t _capacity;
};
// 注意:類模板中函式放在類外進行定義時,需要加模板引數串列
template <class T>
Vector<T>::~Vector()
{
if(_pData)
delete[] _pData;
_size = _capacity = 0;
}

3.3 類模板實體化

類模板實體化與函式模板實體化不同,類模板實體化需要在類模板名字后跟<>,然后將實體化的型別放在<>中即可,類模板名字不是真正的類,而實體化的結果才是真正的類,

// Vector類名,Vector<int>才是型別
Vector<int> s1;
Vector<double> s2;

4.模板不支持分離編譯

模板不支持分離編譯,也就是說模板不支持宣告在.h,定義在.cpp,
建議定義在一個檔案里,

5.后記

好的,今天我們關于模板的知識就先介紹到這里,希望對大家有所幫助,我們在文章中已經介紹過,模板的原理其實就是甩鍋,我想起了小時候讀過的一個很有趣的甩鍋的故事,北宋書畫家米芾,在一個地方做縣令,有一年鬧起了蝗災,米芾帶領百姓消滅了蝗災,不料隔壁縣也爆發了蝗災,隔壁縣令苦惱不已,于是就想甩鍋給米芾,說自己縣里的蝗蟲都是米芾的縣趕去的,米芾收到甩鍋信看完后當然不答應,于是回了他一首打油詩,很有趣,分享如下:


蝗蟲本是天災,豈由小官遣派?

倘說鄙人趕去,速請閣下押來,

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/295453.html

標籤:其他

上一篇:LeetCode通關:堆疊和佇列六連,匹配問題有絕招

下一篇:值得關注的HTML基礎

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more