青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

羅朝輝(飄飄白云)

關(guān)注嵌入式操作系統(tǒng),移動(dòng)平臺(tái),圖形開(kāi)發(fā)。-->加微博 ^_^

  C++博客 :: 首頁(yè) :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
  85 隨筆 :: 0 文章 :: 169 評(píng)論 :: 0 Trackbacks
 

 

【譯】VC10中的C++0x特性 part 3 :聲明之類型

來(lái)源:vcblog 作者:Stephan T. Lavavej 翻譯:飄飄白云  

(轉(zhuǎn)載時(shí)請(qǐng)注明作者和出處。未經(jīng)許可,請(qǐng)勿用于商業(yè)用途)

簡(jiǎn)介

這一系列文章介紹Microsoft Visual Studio 2010 中支持的C++ 0x特性,目前有三部分。
Part 1 :介紹了Lambdas, 賦予新意義的auto,以及 static_assert;
Part 2( , , ):介紹了右值引用(Rvalue References);
Part 3:介紹了表達(dá)式類型(decltype)

VC10中的C++0x特性 Part 1,2,3 譯文打包下載(doc 和 pdf 格式): 點(diǎn)此下載


本文為 Part 3。

今天我要講 decltype,它讓完美轉(zhuǎn)發(fā)函數(shù)能夠返回任意類型的東西。對(duì)編寫高度泛型的人來(lái)說(shuō)這是很有趣的的特性。

返回問(wèn)題

C++98/03 有一個(gè)有意思的盲點(diǎn):給定一個(gè)像 x * y 的表達(dá)式, xy 是任意類型,你卻沒(méi)法知道 x * y 的類型。假如 xWatts 類型的, y Seconds 類型的,那 x * y 的類型可能會(huì)是 Joules 類型的。 給定聲明 print(const T& t),調(diào)用 print( x * y ) ,在這里 T 會(huì)被推導(dǎo)為 Joules 類型。但反過(guò)來(lái)卻不是這樣的:當(dāng)你寫個(gè)函數(shù) multiply(const A& a, const B& b) ,你無(wú)法指定它的通用返回類型。即使是實(shí)例化成 multiply<A, B>() ,編譯器也曉得 x * y 的類型,但你就是沒(méi)辦法得到那樣的信息(指返回類型)。C++0x 中的關(guān)鍵詞 decltype 掃除了這個(gè)盲點(diǎn),讓你能夠說(shuō)“ multiply() 返回 x * y 類型的東西”。(decltype 是 "declared type" 的縮寫,我把它讀作諧音 “speckle type”。)

decltype:模式

下面是一個(gè)完全泛化的封裝 +() 操作符的函數(shù)因子。這個(gè)“加法”因子不是一個(gè)模板,但它有一個(gè)模板函數(shù),這個(gè)模板函數(shù)帶兩個(gè)任意類型(當(dāng)然是不同類型的)參數(shù),并把它們想加,然后返回任意類型(可能跟兩個(gè)參數(shù)的類型完全不同)的結(jié)果。

C:\Temp>type plus.cpp

#include <algorithm>

#include <iostream>

#include <iterator>

#include <ostream>

#include <string>

#include <utility>

#include <vector>

using namespace std;

 

struct Plus {

    template <typename T, typename U>

    auto operator()(T&& t, U&& u) const

    -> decltype(forward<T>(t) + forward<U>(u)) {

        return forward<T>(t) + forward<U>(u);

    }

};

 

int main() {

    vector<int> i;

    i.push_back(1);

    i.push_back(2);

    i.push_back(3);

 

    vector<int> j;

    j.push_back(40);

    j.push_back(50);

    j.push_back(60);

    vector<int> k;

    vector<string> s;

    s.push_back("cut");

    s.push_back("flu");

    s.push_back("kit");

 

    vector<string> t;

    t.push_back("e");

    t.push_back("ffy");

    t.push_back("tens");

 

    vector<string> u;

 

    transform(i.begin(), i.end(), j.begin(), back_inserter(k), Plus());

    transform(s.begin(), s.end(), t.begin(), back_inserter(u), Plus());

 

    for_each(k.begin(), k.end(), [](int n) { cout << n << " "; });

    cout << endl;

 

    for_each(u.begin(), u.end(), [](const string& r) { cout << r << " "; });

    cout << endl;

}

 

C:\Temp>cl /EHsc /nologo /W4 plus.cpp

plus.cpp

 

C:\Temp>plus

41 52 63

cute fluffy kittens

拿 C++98/03 <functional> 中的 std::plus<T> (在 C++0x 沒(méi)有變動(dòng))來(lái)作對(duì)比,后者是一個(gè)類模板,你不得不傳遞模板參數(shù)類型來(lái)調(diào)用 plus<int>()plus<string>(),重復(fù)聲明一次元素類型。并且后者那個(gè)形式為 T operator()(const T& x, const T& y) 的非模板函數(shù)調(diào)用操作符,如果不借助于隱式類型轉(zhuǎn)換,就不能將兩種不同類型的東西相加,更不用說(shuō) 3 種不同類型的情況了(譯注:兩個(gè)參數(shù)類型 + 一個(gè)返回類型)。(你可以傳遞 stringconst char * 類型的實(shí)參來(lái)調(diào)用 const plus<string>(),那樣的話就會(huì)在串接操作之前,基于第二個(gè)參數(shù)(const char *)構(gòu)建一個(gè)臨時(shí) string,這樣做在性能上不可取)。 再者,因?yàn)樗膮?shù)是 const T& 形式的,這就不能使用 C++0x 的 move 語(yǔ)意來(lái)獲得好處。Plus 避免了上述問(wèn)題:調(diào)用 Plus() 不需要重復(fù)聲明元素的類型,它也可以處理 “3 種” 不同類型的情況,并且它用了完美轉(zhuǎn)發(fā),因而能夠使用 move 語(yǔ)意。

trailing return type


現(xiàn)在讓我們?cè)賮?lái)看看這個(gè)模板函數(shù)調(diào)用操作符:

template <typename T, typename U>

auto operator()(T&& t, U&& u) const

-> decltype(forward<T>(t) + forward<U>(u)) {

    return forward<T>(t) + forward<U>(u);

}

這里的 autofor ( auto i = v.begin(); i != v.end(); ++i) 中的含義完全不同, 在 for 中它是指“把用來(lái)初始化對(duì)象的類型當(dāng)做對(duì)象的類型”,而在這里它是指“這個(gè)函數(shù)有 trailing-return-type,只有指定實(shí)參之后,才能確定它返回什么類型”(C++0x 提案 N2857 中把這個(gè)稱作 “late-specified return type”,但它將被重命名為 “trailing-retrun-type”(提案 N2859 ))。這里看起來(lái)和 lambda 函數(shù)是如何指定返回類型的很相似,其實(shí)它們就是一樣的。lambda 函數(shù)的返回類型必須出現(xiàn)在 lambda 導(dǎo)引符 [] 之后(右邊)。在這里,decltype-powered 類型也必須出現(xiàn)在函數(shù)參數(shù) tu 之后(右邊)。autoTU 對(duì)它是可見(jiàn)的,但是函數(shù)參數(shù) tu 還不可見(jiàn),這就是為什么需要 decltype 的原因。(從技術(shù)上來(lái)講, decltype(forward<T>(*static_cast<T *>(0)) + forward<U>(*static_cast<U *>(0)) 可以在左邊出現(xiàn),但那看起來(lái)會(huì)讓人不舒服)。

至于在返回語(yǔ)句中還要使用與傳給 decltype 的表達(dá)式相同的形式,是為了確保在任何情況下都能正確工作。(突擊測(cè)驗(yàn):為什么 decltype(t + u) 就不對(duì)呢?)。這里的重復(fù)是不可避免的,但因?yàn)榧?只出現(xiàn)一次且代碼位置靠近,所以不會(huì)有什么危險(xiǎn)。

另一個(gè)例子


考慮到例子的完整性,下面是一個(gè) “3種” 不同類型的示例:

C:\Temp>type mult.cpp

#include <algorithm>

#include <iostream>

#include <iterator>

#include <ostream>

#include <utility>

#include <vector>

using namespace std;

 

struct Multiplies {

    template <typename T, typename U>

    auto operator()(T&& t, U&& u) const

    -> decltype(forward<T>(t) * forward<U>(u)) {

        return forward<T>(t) * forward<U>(u);

    }

};

 

class

public:

    explicit

    int get() const { return m_n; }

private:

    int m_n;

};

 

class Seconds {

public:

    explicit Seconds(const int n) : m_n(n) { }

    int get() const { return m_n; }

private:

    int m_n;

};

 

class Joules {

public:

    explicit Joules(const int n) : m_n(n) { }

    int get() const { return m_n; }

private:

    int m_n;

};

 

Joules operator*(const & w, const Seconds& s) {

    return Joules(w.get() * s.get());

}

 

int main() {

    vector<

    w.push_back(

    w.push_back(

    w.push_back(

 

    vector<Seconds> s;

    s.push_back(Seconds(5));

    s.push_back(Seconds(6));

    s.push_back(Seconds(7));

 

    vector<Joules> j;

 

    transform(w.begin(), w.end(), s.begin(), back_inserter(j), Multiplies());

 

    for_each(j.begin(), j.end(), [](const Joules& r) { cout << r.get() << endl; });

}

 

C:\Temp>cl /EHsc /nologo /W4 mult.cpp

mult.cpp

 

C:\Temp>mult

10

18

28

你可能會(huì)問(wèn)“所有的這些處理真的有必要么”,答案是 Yes ,有必要。我已經(jīng)介紹了完美轉(zhuǎn)發(fā)和 decltype 是如何讓算術(shù)運(yùn)算函數(shù)因子使用起來(lái)更容易(不用重復(fù)聲明元素類型),更靈活(可以混合使用不同的參數(shù)和返回類型),更有效率(使用 move 語(yǔ)意)。最重要的是,完美轉(zhuǎn)發(fā)和 decltype 讓你能夠編寫更簡(jiǎn)潔明了的代碼,而不靈活和低效的代碼不是簡(jiǎn)潔明了的-這點(diǎn)是我們無(wú)法忽視的。

級(jí)規(guī)則

decltype
是有一些規(guī)則來(lái)驅(qū)動(dòng)的。然而,如果你遵照上面的模式就沒(méi)關(guān)系,能正常工作。我很少那樣說(shuō) C++ ,但是在這里是這樣的。

雖然大多數(shù) decltype 應(yīng)用遵循上面介紹的模式,但 decltype 還可以用于其他環(huán)境。在那些情況下,你就用到了 decltype 的高級(jí)模式,你應(yīng)該全面地閱讀那些規(guī)則,它們?cè)?C++0x 提案 N2857.2 [dcl.type.simple]/4 中被給出。

等等,
有一些要說(shuō)

decltype
是第五個(gè)且是最后一個(gè)添加到VC10中的 C++0x 核心語(yǔ)言特性。雖然VC10 CTP中還沒(méi)有,但 VC10 Bata 1中會(huì)有。而且 VC10 Beta 1 中還有很多 C++0x 標(biāo)準(zhǔn)庫(kù)特性,我會(huì)在后續(xù)文章中介紹它們。

Stephan T. Lavavej

Visual C++ Libraries Developer

Published Wednesday, April 22, 2009 10:06 AM by vcblog

翻譯:飄飄白云


(轉(zhuǎn)載時(shí)請(qǐng)注明作者和出處。未經(jīng)許可,請(qǐng)勿用于商業(yè)用途)


posted on 2009-06-07 09:28 羅朝輝 閱讀(2521) 評(píng)論(4)  編輯 收藏 引用 所屬分類: C/C++

評(píng)論

# re: 【譯】VC10中的C++0x特性 part 3 : 聲明之類型 2009-06-08 11:35 夢(mèng)在天涯
很好!  回復(fù)  更多評(píng)論
  

# re: 【譯】VC10中的C++0x特性 part 3 : 聲明之類型 2009-06-09 02:21 矩陣操作
下載不了??。請(qǐng)博主解決,謝謝  回復(fù)  更多評(píng)論
  

# re: 【譯】VC10中的C++0x特性 part 3 : 聲明之類型 2009-06-09 08:56 羅朝輝
@矩陣操作

謝謝提醒,已經(jīng)更正過(guò)了了。好像Cpp博客對(duì)中文文件名支持不太穩(wěn)定,已經(jīng)改成英文文件名了。
下載鏈接:http://m.shnenglu.com/Files/kesalin/Cplusplus0x_in_VC10.zip
  回復(fù)  更多評(píng)論
  

# re: 【譯】VC10中的C++0x特性 part 3 : 聲明之類型 2011-03-02 19:02 Mark
謝謝  回復(fù)  更多評(píng)論
  

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            久久se精品一区精品二区| 欧美亚日韩国产aⅴ精品中极品| 久久亚洲国产成人| 久久久久9999亚洲精品| 久久久之久亚州精品露出| 久久久女女女女999久久| 久久青草欧美一区二区三区| 老鸭窝毛片一区二区三区| 久久夜精品va视频免费观看| 欧美插天视频在线播放| 亚洲精品视频在线观看网站| 亚洲永久免费av| 久久久另类综合| 欧美日韩在线播放三区四区| 国产精品久久久久久久久久久久 | 在线观看欧美成人| 亚洲第一在线| 亚洲欧美成人一区二区在线电影 | 久久久久久久综合色一本| 欧美+亚洲+精品+三区| 夜夜夜久久久| 嫩模写真一区二区三区三州| 欧美性事免费在线观看| 伊人久久婷婷色综合98网| 亚洲最新视频在线| 玖玖在线精品| 亚洲欧美99| 欧美日韩不卡视频| 一色屋精品视频在线观看网站| 一本色道久久综合亚洲91| 久久永久免费| 欧美一级二区| 国产精品99免视看9| 亚洲激情在线激情| 久久综合九色99| 亚洲免费在线电影| 欧美深夜影院| 免费在线观看日韩欧美| 国产精品九色蝌蚪自拍| 日韩一级在线观看| 亚洲成人自拍视频| 久久er精品视频| 国产精品亚洲аv天堂网| 一区二区黄色| 亚洲第一黄色| 快射av在线播放一区| 国产一区二区丝袜高跟鞋图片| 亚洲影院在线| 中文精品一区二区三区| 欧美日韩dvd在线观看| 最近中文字幕mv在线一区二区三区四区| 香蕉成人伊视频在线观看| 日韩一级大片在线| 欧美日韩国产三区| 一区二区不卡在线视频 午夜欧美不卡在 | 国产主播一区二区| 欧美淫片网站| 午夜在线精品偷拍| 国产亚洲视频在线| 久久乐国产精品| 久久精品人人爽| 在线精品视频免费观看| 麻豆91精品| 欧美多人爱爱视频网站| 日韩视频免费| 亚洲最新色图| 国产精品美女视频网站| 午夜精品国产精品大乳美女| 亚洲一区精品在线| 国产一区二区三区成人欧美日韩在线观看| 欧美一区视频在线| 欧美伊人久久大香线蕉综合69| 国产一区清纯| 欧美激情一区二区三区四区| 欧美久久九九| 午夜精品一区二区三区在线播放| 亚洲永久免费av| 精品成人国产在线观看男人呻吟| 欧美成人免费全部观看天天性色| 欧美成人中文字幕在线| 亚洲欧美一区二区原创| 久久久久久夜| 亚洲一区中文字幕在线观看| 欧美在线影院| 中日韩高清电影网| 久久精品欧美日韩精品| 99精品视频一区二区三区| 亚洲午夜伦理| 亚洲第一视频网站| 一区二区三区日韩精品| 国产精品日韩在线| 欧美成人一区二区三区在线观看| 欧美日韩国产综合视频在线| 久久久久久久久久码影片| 欧美激情无毛| 亚洲国产日韩一区| 一本色道久久加勒比88综合| 精品成人乱色一区二区| 一区二区电影免费观看| 尤物yw午夜国产精品视频明星| 999亚洲国产精| 亚洲国产精品一区制服丝袜 | 91久久久一线二线三线品牌| 在线亚洲伦理| 欧美在线一级视频| 亚洲天堂av在线免费观看| 久久精品亚洲一区二区| 亚洲视频在线视频| 蜜桃av综合| 欧美一区激情| 欧美黄色影院| 欧美高清在线视频| 黄色一区二区三区| 亚洲欧美视频在线观看视频| 一区二区欧美精品| 免费日韩av| 老司机精品视频网站| 国产精品美女久久久浪潮软件| 亚洲电影免费观看高清完整版 | 99日韩精品| 美女网站在线免费欧美精品| 久久经典综合| 国产精品一区二区久久精品| 亚洲乱码国产乱码精品精| 亚洲国产高清在线观看视频| 欧美一区国产一区| 久久国产天堂福利天堂| 国产精品久久久久秋霞鲁丝| 日韩视频在线免费观看| 一区二区日韩欧美| 欧美日韩在线免费| 亚洲精品少妇| 亚洲永久免费精品| 国产精品欧美一区二区三区奶水 | 国产精品二区三区四区| 亚洲六月丁香色婷婷综合久久| 亚洲精品乱码久久久久久久久 | 国产精品vvv| 一区二区高清视频在线观看| 一区二区三区视频免费在线观看| 欧美激情2020午夜免费观看| 91久久精品美女高潮| 亚洲精品乱码久久久久久蜜桃麻豆 | 欧美一区二区视频在线观看| 国产精品三区www17con| 午夜久久久久| 国产精品日韩久久久| 亚洲欧美怡红院| 久久青草福利网站| 亚洲国产精品成人久久综合一区| 免费在线观看精品| 99热免费精品| 国产一区二区三区日韩欧美| 久久黄色网页| 亚洲精品1区2区| 亚洲综合色丁香婷婷六月图片| 国产精品一香蕉国产线看观看 | aⅴ色国产欧美| 国产精品第一区| 久久精品系列| 一区二区三区国产在线观看| 欧美一区二区三区免费大片| 精品av久久久久电影| 欧美激情一区二区久久久| 亚洲免费在线精品一区| 欧美激情精品久久久久久大尺度| 亚洲视频导航| 亚洲成人在线视频网站| 国产精品超碰97尤物18| 狂野欧美一区| 午夜在线观看免费一区| 亚洲国产综合91精品麻豆| 性伦欧美刺激片在线观看| 久久国产精品电影| 亚洲丰满在线| 久久精品一区二区国产| 一区二区三区四区精品| 黑丝一区二区| 国产精品户外野外| 欧美韩日一区二区三区| 欧美在线不卡视频| 亚洲午夜激情在线| 亚洲精品国久久99热| 久久久久国产精品一区二区| 洋洋av久久久久久久一区| 激情一区二区| 国产拍揄自揄精品视频麻豆| 欧美日韩国产另类不卡| 免费日韩成人| 久久一区欧美| 久久精品av麻豆的观看方式 | 欧美日韩亚洲高清| 久久影视精品| 久久国产精品久久久| 一区二区欧美视频| 亚洲精品亚洲人成人网| 亚洲高清在线播放| 欧美黄色影院| 欧美大片免费观看| 免费不卡亚洲欧美|