• <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 閱讀(2508) 評論(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類內部函數
            如果是友元函數,也可以

            否則根本通不過編譯的

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

            中文字幕久久亚洲一区| 国产精品欧美久久久久无广告| 亚洲国产成人久久精品影视 | 伊人久久大香线蕉影院95| 国产精品久久波多野结衣| 欧美精品一本久久男人的天堂 | 97精品伊人久久大香线蕉| 久久九九兔免费精品6| 久久er热视频在这里精品| 香港aa三级久久三级老师2021国产三级精品三级在 | 久久精品免费网站网| 久久久久亚洲精品天堂| 狠狠色丁香久久综合五月| 欧美久久久久久| 国产精品激情综合久久| 久久人爽人人爽人人片AV| 亚洲国产精品无码久久青草| 久久精品视频免费| 精品久久亚洲中文无码| 久久久久噜噜噜亚洲熟女综合| 国内精品久久久久久99| 久久婷婷午色综合夜啪| 热久久国产欧美一区二区精品| 久久综合中文字幕| 国产精品女同久久久久电影院| 亚洲中文字幕无码久久2017| 亚洲AⅤ优女AV综合久久久| 91久久精品电影| 久久青草国产手机看片福利盒子| 蜜臀久久99精品久久久久久小说| 日韩精品久久久久久久电影| 一97日本道伊人久久综合影院| 久久人妻少妇嫩草AV蜜桃| 精品久久久久久国产牛牛app| 国产精品久久午夜夜伦鲁鲁| 97久久精品无码一区二区| 久久国产免费观看精品3| 久久精品国产第一区二区三区| 久久精品国产亚洲77777| 潮喷大喷水系列无码久久精品 | 久久婷婷是五月综合色狠狠|