考察以下代碼：

extern float _x;//user code class Point3d { public:Point3d(float, float, float);//問題來了， 是哪一個 _x？float X() const {return _x;}void X(float x) const { _x = x;} private:float _x, _y, _z; };

許多人可能會說， 應該是 class 中的 _x，但是很難保證在不同的編譯器上行為一致， 因此就有了以下兩種防御性的設計風格：

class Point3d {//#1//在 class 聲明的起頭處放置所有的 data memberfloat x, y, z; public:float X() const {return _x;}//... }；class Point3d {//#2//把 inline 移到 class 之外 Point3d();float X() const;void X(float) const;//... };inline float Point3d:: X() const {return _x;}

這種風格至今存在， 但已不是必要手段， C++ 2.0 之后， 有了這樣一個規則：如果一個 inline 函數實體在整個 class 聲明未被看見之前， 是不會被評估求值的。也就是說， 考察以下代碼：

extern int _x;class Point3d { public://對于函數本身的分析將延遲//直到 class 聲明的右大括號出現才開始float X() const {return _x;} private:float _x; }; //事實上， 對 class 的分析從這才剛開始

因此，在一個 inline member function 軀體之內的一個 data member 綁定操作， 會在整個 class 聲明后才發生。
但是， 這對于 member function 的 argument list 并不為真。Argument list 中的名稱還是會在它們第一次遭遇時被適當地 resolve。 因此在 extern 和 nested type names 之間的非直覺綁定還是會發生， 考察以下代碼：

typedef int length;class Point3d { public://wtf！length 被 resolve 為 global//沒問題， _val 被 resolve 為 Pointd：：_valvoid mumble(length val) {_val = val;} //此處在接下來 定義 length 后會被認定不合法length mumble() {return _val;}//... private://length 必須在此 class 對它的第一個參考操作之前被發現//這樣就導致編譯器顯示先前的參考操作不合法typedef float length;length _val; };

在這樣的情況下， 就需要之前的防御風格： 把 nwsted type 聲明放在 class 的起始處， 就可以避免導致的非直覺綁定。

轉載于:https://www.cnblogs.com/wuOverflow/p/4104467.html

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的Data Member 的绑定的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。