# 返回值類型后置語法
考慮下面這段代碼:
```
template<class T, class U>
??? mul(T x, U y)
{
return x*y;
}
```
函數mul()的返回類型要怎么寫呢?當然,是“x*y類型”,但是這并不是一個數據類型,我們如何才能一開始就得到它的真實數據類型呢?在初步了解C++0x之后,你可能一開始想到使用decltype來推斷“x*y”的數據類型:
```
template<class T, class U>
decltype(x*y) mul(T x, U y) // 注意這里的作用域
{
return x*y;
}
```
但是,這種方式是行不通的,因為x和y不在作用域內。但是,我們可以這樣寫:
```
template<class T, class U>
// 難看別扭,且容易產生錯誤
decltype(*(T*)(0)**(U*)(0)) mul(T x, U y)
{
return x*y;
}
```
如果稱這種用法為“還可以”,就已經是過譽了。
C++11的解決辦法是將返回類型放在它所屬的函數名的后面:
```
template<class T, class U>
auto mul(T x, U y) -> decltype(x*y)
{
return x*y;
}
```
這里我們使用了auto關鍵字,(auto在C++11中還有根據初始值推導數據類型的意義),在這里它的意思變為“返回類型將會稍后引出或指定”。
返回值后置語法最初并不是用于模板和返回值類型推導的,它實際是用于解決作用域問題的。
```
struct List {
struct Link { /* ... */ };
Link* erase(Link* p); // 移除p并返回p之前的鏈接
// ...
};
List::Link* List::erase(Link* p) { /* ... */ }
```
第一個List::是必需的,這僅是因為List的作用域直到第二個List::才有效。更好的表示方式是:
```
auto List::erase(Link* p) -> Link* { /* ... */ }
```
現在,將函數返回類型后置,Link*就不需要使用明確的List::進行限定了。
參考:
* the C++ draft section ???
* [Str02] Bjarne Stroustrup. Draft proposal for “typeof”. C++ reflector message c++std-ext-5364, October 2002.
* [N1478=03-0061] Jaakko Jarvi, Bjarne Stroustrup, Douglas Gregor, and Jeremy Siek:
[Decltype and auto](http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2003/n1478.pdf).
* [N2445=07-0315] Jason Merrill:
[New Function Declarator Syntax Wording](http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2445.html).
* [N2825=09-0015] Lawrence Crowl and Alisdair Meredith:
[Unified Function Syntax](http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2825.html).
- C++11 FAQ中文版 - C++11 FAQ
- Stroustrup先生關于中文版的授權許可郵件
- Stroustrup先生關于C++11 FAQ的一些說明
- 關于C++11的一般性的問題
- 您是如何看待C++11的?
- 什么時候C++0x會成為一部正式的標準呢?
- 編譯器何時將會實現C++11標準呢?
- 我們何時可以用到新的標準庫文件?
- C++0x將提供何種新的語言特性呢?
- C++11會提供哪些新的標準庫文件呢?
- C++0x努力要達到的目標有哪些?
- 指導標準委員會的具體設計目標是什么?
- 在哪里可以找到標準委員會的報告?
- 從哪里可以獲得有關C++11的學術性和技術性的參考資料?
- 還有哪些地方我可以讀到關于 C++0x的資料?
- 有關于C++11的視頻嗎?
- C++0x難學嗎?
- 標準委員會是如何運行的?
- 誰在標準委員會里?
- 實現者應以什么順序提供C++11特性?
- 將會是C++1x嗎?
- 標準中的"concepts"怎么了?
- 有你不喜歡的C++特性嗎?
- 關于獨立的語言特性的問題
- __cplusplus宏
- alignment(對齊方式)
- 屬性(Attributes)
- atomic_operations
- auto – 從初始化中推斷數據類型
- C99功能特性
- 枚舉類——具有類域和強類型的枚舉
- carries_dependency
- 復制和重新拋出異常
- 常量表達式(constexpr)
- decltype – 推斷表達式的數據類型
- 控制默認函數——默認或者禁用
- 控制默認函數——移動(move)或者復制(copy)
- 委托構造函數(Delegating constructors)
- 并發性動態初始化和析構
- noexcept – 阻止異常的傳播與擴散
- 顯式轉換操作符
- 擴展整型
- 外部模板聲明
- 序列for循環語句
- 返回值類型后置語法
- 類成員的內部初始化
- 繼承的構造函數
- 初始化列表
- 內聯命名空間
- Lambda表達式
- 用作模板參數的局部類型
- long long(長長整數類型)
- 內存模型
- 預防窄轉換
- nullptr——空指針標識
- 對重載(override)的控制: override
- 對重載(override)的控制:final
- POD
- 原生字符串標識
- 右角括號
- 右值引用
- Simple SFINAE rule
- 靜態(編譯期)斷言 — static_assert
- 模板別名(正式的名稱為"template typedef")
- 線程本地化存儲 (thread_local)
- unicode字符
- 統一初始化的語法和語義
- (廣義的)聯合體
- 用戶定義數據標識(User-defined literals)
- 可變參數模板(Variadic Templates)
- 關于標準庫的問題
- abandoning_a_process
- 算法方面的改進
- array
- async()
- atomic_operations
- 條件變量(Condition variables)
- 標準庫中容器方面的改進
- std::function 和 std::bind
- std::forward_list
- std::future和std::promise
- 垃圾回收(應用程序二進制接口)
- 無序容器(unordered containers)
- 鎖(locks)
- metaprogramming(元編程)and type traits
- 互斥
- 隨機數的產生
- 正則表達式(regular expressions)
- 具有作用域的內存分配器
- 共享資源的智能指針——shared_ptr
- smart pointers
- 線程(thread)
- 時間工具程序
- 標準庫中的元組(std::tuple)
- unique_ptr
- weak_ptr
- system error