• <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>

            Heath's Blog

            There is no end, it is just the beginning! - A Game Developer's Notes

            C++認知誤區(1):成員保護機制

                C++將struct/class的成員保護粒度劃分為:public、protected、private,這在語言入門時就應知曉的。然而前幾天遇到的一段代碼,卻讓我琢磨了許久:

            class Record
            {
            public:
            	Record& operator= (const Record& r)
            	{
                    	file = r.file;
            		offset = r.offset;
            		return *this;
            	}
            	...
            private:
            	unsigned char *offset;
            	NBFile &file;
            		...
            };

                為什么作為private成員的offset和file可以直接通過成員訪問運算符訪問?

                我開始意識到自己對成員保護機制的認識有誤,不知從什么時候起"對象.私有成員"的模式在大腦中就被一票否定了,這意味著默認了成員保護機制是針對對象的。然而,"The Annotated C++ Reference Manual"對保護機制的精辟總結:

            (1) Protection is provided by compile-time mechanisms against accident, not against fraud or explicit violation.
            (2) Access is granted by a class, not unilaterally taken.
            (3) Access control is done for names and does not depend on the type of what is named.
            (4) The unit of protection is the class, not the individual object.
            (5) Access is controlled, not visibility

            明確指出成員保護機制是針對類的,且為編譯時機制。仔細一想,C++從來就未有在運行時檢查成員訪問合法性的機制,所有的檢查都在編譯期完成,此時根本不會產生對象,因而之前對該機制的認知是有問題的。BTW,第一點總結得甚好,運行時可通過私有成員指針在外部訪問的原因應該很清楚了吧(這被認為是fraud,:P)。

               生活、工作中會有各種各樣認知誤區,與自己認知相悖的,不一定是錯誤的,要搜尋客觀證據,理性思考。

            posted on 2010-04-24 16:16 Heath 閱讀(2516) 評論(3)  編輯 收藏 引用 所屬分類: Programming LanguageStudying

            Feedback

            # re: C++認知誤區(1):成員保護機制 2010-04-25 16:50 guest

            Record& operator= (const Record& r);

            是Redcord的成員, 當然可以訪問 Record 的私有成員
              回復  更多評論   

            # re: C++認知誤區(1):成員保護機制[未登錄] 2010-04-26 16:43 12

            編譯器的行為吧。我一直是GET SET出身的。。。  回復  更多評論   

            # re: C++認知誤區(1):成員保護機制 2010-05-19 22:02 dtzleg

            因為是在Record類內部函數
            如果是友元函數,也可以

            否則根本通不過編譯的

            不過,在模板里倒是有混過編譯期卻在執行期訪問違例的  回復  更多評論   

            久久精品亚洲一区二区三区浴池 | 国产精品一久久香蕉产线看 | 国产精品青草久久久久婷婷 | 日本道色综合久久影院| 国产精品久久波多野结衣| 99久久精品国产一区二区三区 | 久久se精品一区精品二区国产| 开心久久婷婷综合中文字幕| 亚洲精品无码久久久久| 日本免费一区二区久久人人澡| 久久婷婷色香五月综合激情 | 久久精品夜色噜噜亚洲A∨| 久久久噜噜噜久久中文字幕色伊伊| 国产成人无码精品久久久性色| 伊人久久综合热线大杳蕉下载| 国色天香久久久久久久小说| 国产成人精品久久综合 | 久久婷婷久久一区二区三区| 久久SE精品一区二区| 久久免费视频一区| 久久久国产精品网站| 国产精品99久久免费观看| 久久久久久久女国产乱让韩| 国产精久久一区二区三区| 成人国内精品久久久久一区| 99久久99久久精品国产片果冻| 久久国产精品免费一区| 伊人色综合久久天天| 国产精品久久一区二区三区 | 久久国产视屏| 观看 国产综合久久久久鬼色 欧美 亚洲 一区二区 | 久久精品国产亚洲AV不卡| 热久久这里只有精品| 97久久精品无码一区二区天美| 国内精品久久久久久久久电影网 | 无码乱码观看精品久久| 国产精品久久久久久久久久免费| 俺来也俺去啦久久综合网| 久久久久AV综合网成人 | 囯产精品久久久久久久久蜜桃| 天堂无码久久综合东京热|