• <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類內部函數
            如果是友元函數,也可以

            否則根本通不過編譯的

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

            久久国产综合精品五月天| 丁香久久婷婷国产午夜视频| yy6080久久| 国产成人精品三上悠亚久久| 97久久精品午夜一区二区| 久久本道伊人久久| 久久这里有精品| 久久香蕉一级毛片| 亚洲欧洲日产国码无码久久99| 欧美噜噜久久久XXX| 久久se精品一区精品二区国产| 一级a性色生活片久久无| 精品国产一区二区三区久久| 久久久久se色偷偷亚洲精品av| 久久99中文字幕久久| 狠狠色噜噜色狠狠狠综合久久 | 久久综合丝袜日本网| 亚洲国产成人乱码精品女人久久久不卡| 久久久久亚洲精品日久生情 | 久久只这里是精品66| 日本久久久久久中文字幕| 狠狠精品久久久无码中文字幕| 九九热久久免费视频| 久久久青草久久久青草| 久久精品亚洲一区二区三区浴池 | 亚洲天堂久久精品| 无码国内精品久久人妻| 午夜精品久久久久久影视riav| 久久综合丁香激情久久| 国产精品久久久久久福利69堂| 亚洲va久久久噜噜噜久久狠狠| 要久久爱在线免费观看| 久久久中文字幕日本| 久久精品成人欧美大片| 91精品国产91久久| 狠狠久久综合伊人不卡| 国产精品久久久久一区二区三区 | 国内精品久久久久影院薰衣草| 亚洲精品无码久久久| 国内精品久久久久影院薰衣草 | 一本色道久久综合亚洲精品|