快速翻了一遍傳說中的、大名鼎鼎的 modern c++ design,钛合金狗眼頓時不保,已深深被其中各種模板奇技淫巧傷了身。。。論語言方面的深度,我看過的 c++ 書裡大概只有 insight c++ object model 能與之一戰吧?難怪 Herb 老喜歡調侃 Andrei 在模板方面是個可怕的家伙,就從這本書的質量來看,Andrei 當之無愧。
c++ 模板元編程的力量遠比第一眼印象裡所能想像得要強大,當然,這個結論並不明顯,很多時候人們也就拿模板當作減少重復代碼的工具簡單使用,很少有人會像寫 STL, boost, loki 那樣子正兒八經完全以模板為根基進行創作,個中原因是多樣的,一個結果就是,模板的威力即使在很多 c++ 熟手的手下也不容易充分展現出來,當然從工程的角度來講,這並非就是壞事,並不見得非得窮盡語言的高級特性,寫出讓人驚歎的代碼才是好代碼,實戰中更多時候講究的是簡潔,易讀,好上手好維護這些基本原則,特別是當團隊中人員在語言水平上參差不齊時更是如此,杜甫的詩也許更工整嚴謹,但白居易的詩則顯然更老少皆宜,這個體會我是在閱讀 boost.proto 的代碼時得來的,好奇的讀者可以自行去了解一下,注意做好安全措施。
從語言特性上來說,模板元編程具備了一個完備的編程語言所必需的一些基本結構,比如說,循環,分支,判斷等,當然這些結構在模板中可能也不太明顯,例如循環,它的實現關鍵在於使用遞歸,出口點在特化,typedef 和 enum 則可以當成是編譯時的變量,它們都能在編譯時遞歸式地依賴於別的模板,尤其是 enum, 甚至可以通過使用三元操作符(:?)實現編譯時判斷,而至於分支(if/else),它們的實現顯然就在於特化了。
以上的說辭可能有些虛無,下面以 Loki 中光彩奪目的 typelist 為例簡單展示一下模板都能做些什麼。
typelist 是這樣一個東西,你可以把它看成是一個鏈表,該鏈表中放的是類型,具體結構定義如下:
template <class T, class U>
struct Typelist
{
typedef T Head;
typedef U Tail;
};
Head 是 typelist 中當前節點所保存的 type, Tail 是 typelist 中該節點之後的其它部分,可以看成是鏈表中的 next 指針,怎麼判斷哪個節點是 typelist 的最後一個節點呢?在鏈表中,next 為空的節點是最後一個節點,同理,在 typelist 中我們可以定義一個空的結點:
struct NullType
{
};
有了上如上的定義,於是我們可以如下這樣子來使用 typelist 了:
typedef Typelist<char, Typelist<int, Typelist<short, NullType> >
但是上面的寫法怎麼看都很難用而且極端不美觀,在這個看臉的時代這怎麼行,所以 Loki 定義了一大堆宏來減輕使用者的負擔,看這裡,因為當時 c++ 的標准還不支持 variadic template parameter,這些宏事實上是相當死板惡心的,但這也是沒法的事,不看它的實現就好了。
就這麼一個簡單的結構,現在我們要讓它支持查找,定位,插入,刪除等常規操作,是不是覺得有些為難甚至覺得不可能? 答案是這些操作都是可行的,比如說查找,現在給定一個如上定義的 typelist,怎麼判斷該 typelist 中是否存在某一個特定類型呢?
答案如下,其它的操作本質上差不多,有興趣的讀者可自行挑戰一下,就不在這裡啰嗦:
template<class TL, class T> struct IndexOf;
// 當搜索空的 typelist 時,結果為 -1.
template<>
struct IndexOf<NullType, T>
{
enum { value = -1 };
};
// 當前節點的類型為所想要搜索的類型時
template<class T, class Tail>
struct IndexOf<Typelist<T, Tail>, T>
{
enum { value = 0 };
};
// 當前節點不是所查找的類型時,遞歸地在 Tail 中進行查找。
template<class Head, class Tail, class T>
struct IndexOf<Typelist<Head, Tail>, T>
{
enum { in_tail = IndexOf<Tail, T>::value };
// 使用三元操作符進行判斷,T 是否在 Tail 中存在。
enum { value = (in_tail >= 0)? 1 + in_tail: -1 };
};
從上面的例子我們可以看到,因為 c++ 支持對模板遞歸式的解析(也就是一個模板依賴於另一個模板時,先解釋被依賴的模板),使得模板事實上有了很強的編譯時運行的能力,這種能力表面上看起來可能不容易操控,但卻顯然是潛力無限的,不過它的缺點也比較明顯:
網絡上關於 c++ 模板元編程的討論有很多,模板的各種能力技巧也漸漸被越來越多的人所發現所挖掘,但是在實際的工作中,對很多人來說模板元編程卻仍一直處於比較保守的狀態,到底過分依賴模板元編程缺點還是太明顯,就我的見聞來說,完全基於模板元編程做出來的比較出名的工具型的東西,主要有兩個:boost spirit 與 boost proto. 它們的使用體驗,老實說都不是很好。。。特別是 spirit。而至於它們的實現,對有興趣練習深入這方面技能的程序猿來說,這兩者倒確實是不可多得好素材,尤其是 proto, 代表了一個高峰。
好消息是,伴隨著 c++11 的到來,好些眾人期盼以久的新特性終於從理想照進現實,尤其是 variadic parameter 的加入,可以預見將再度大大提升模板的能力,c++ 標准沉寂近10年後迎來了一個新時期,甚至還有人曾經提議要加入 static_if,concept 等概念也在醞釀中了,變化是唯一永恆不變的東西,你,作好准備了嗎?
------------------------------分割線------------------------------
C++ Primer Plus 第6版 中文版 清晰有書簽PDF+源代碼 http://www.linuxidc.com/Linux/2014-05/101227.htm
讀C++ Primer 之構造函數陷阱 http://www.linuxidc.com/Linux/2011-08/40176.htm
讀C++ Primer 之智能指針 http://www.linuxidc.com/Linux/2011-08/40177.htm
讀C++ Primer 之句柄類 http://www.linuxidc.com/Linux/2011-08/40175.htm
將C語言梳理一下,分布在以下10個章節中: