# 類成員的內部初始化
在C++98標準里,只有static const聲明的整型成員能在類內部初始化,并且初始化值必須是常量表達式。這些限制確保了初始化操作可以在編譯時期進行。例如:
```
int var = 7;
class X {
static const int m1 = 7; // 正確
const int m2 = 7; // 錯誤:無static
static int m3 = 7; // 錯誤:無const
static const int m4 = var; // 錯誤:初始化值不是常量表達式
static const string m5 = “odd”; //錯誤:非整型
// …
};
```
C++11的基本思想是,允許非靜態(non-static)數據成員在其聲明處(在其所屬類內部)進行初始化。這樣,在運行時,需要初始值時構造函數可以使用這個初始值。考慮下面的代碼:
```
class A {
public:
int a = 7;
};
```
這等同于:
```
class A {
public:
int a;
A() : a(7) {}
};
```
單純從代碼來看,這樣只是省去了一些文字輸入,其實它的真正永無之地在于擁有多個構造函數的類。因為大多情況下,對于同一個成員,多個構造函數應使用相同的值去初始化。例如:
```
class A {
public:
A(): a(7), b(5), hash_algorithm(“MD5″),
s(“Constructor run”) {}
A(int a_val) :
a(a_val), b(5), hash_algorithm(“MD5″),
s(“Constructor run”)
{}
A(D d) : a(7), b(g(d)),
hash_algorithm(“MD5″), s(“Constructor run”)
{}
int a, b;
private:
// 哈希加密函數可應用于類A的所有實例
HashingFunction hash_algorithm;
std::string s; // 用以指明對象正處于生命周期內何種狀態的字符串
};
```
對于每一個構造函數,程序員必須使用完全一樣的字面值來來初始化hash_algorithm和s這兩個成員。但是并不是所有人都記得嚴格遵守這條規則,一旦出現紕漏,程序將難以維護。C++11給出了解決之道:可在成員聲明的地方直接賦以初值:
```
class A {
public:
A(): a(7), b(5) {}
A(int a_val) : a(a_val), b(5) {}
A(D d) : a(7), b(g(d)) {}
int a, b;
private:
//哈希加密函數可應用于類A的所有實例
HashingFunction hash_algorithm{“MD5″};
//用以指明對象正處于生命周期內何種狀態的字符串
std::string s{“Constructor run”};
};
```
如果一個成員同時在類內部初始化時和構造函數內被初始化,則只有構造函數的初始化有效(這個初始化值“優先于”默認值)(譯注:可以認為,類內部初始化先于構造函數初始化進行,如果是對同一個變量進行初始化,構造函數初始化會覆蓋類內部初始化)。因此,我們可以進一步簡化:
```
class A {
public:
A() {}
A(int a_val) : a(a_val) {}
A(D d) : b(g(d)) {}
int a = 7;
int b = 5;
private:
//哈希加密函數可應用于類A的所有實例
HashingFunction hash_algorithm{“MD5″};
//用以指明對象正處于生命周期內何種狀態的字符串
std::string s{“Constructor run”};
};
```
參考文獻:
* the C++ draft section “one or two words all over the place”; see proposal.
* [N2628=08-0138] Michael Spertus and Bill Seymour:
[Non-static data member initializers](http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2008/n2628.html).
(翻譯:lianggang jiang)
- 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