• <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++認(rèn)知誤區(qū)(1):成員保護(hù)機(jī)制

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

            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可以直接通過(guò)成員訪(fǎng)問(wèn)運(yùn)算符訪(fǎng)問(wèn)?

                我開(kāi)始意識(shí)到自己對(duì)成員保護(hù)機(jī)制的認(rèn)識(shí)有誤,不知從什么時(shí)候起"對(duì)象.私有成員"的模式在大腦中就被一票否定了,這意味著默認(rèn)了成員保護(hù)機(jī)制是針對(duì)對(duì)象的。然而,"The Annotated C++ Reference Manual"對(duì)保護(hù)機(jī)制的精辟總結(jié):

            (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

            明確指出成員保護(hù)機(jī)制是針對(duì)類(lèi)的,且為編譯時(shí)機(jī)制。仔細(xì)一想,C++從來(lái)就未有在運(yùn)行時(shí)檢查成員訪(fǎng)問(wèn)合法性的機(jī)制,所有的檢查都在編譯期完成,此時(shí)根本不會(huì)產(chǎn)生對(duì)象,因而之前對(duì)該機(jī)制的認(rèn)知是有問(wèn)題的。BTW,第一點(diǎn)總結(jié)得甚好,運(yùn)行時(shí)可通過(guò)私有成員指針在外部訪(fǎng)問(wèn)的原因應(yīng)該很清楚了吧(這被認(rèn)為是fraud,:P)。

               生活、工作中會(huì)有各種各樣認(rèn)知誤區(qū),與自己認(rèn)知相悖的,不一定是錯(cuò)誤的,要搜尋客觀(guān)證據(jù),理性思考。

            posted on 2010-04-24 16:16 Heath 閱讀(2535) 評(píng)論(3)  編輯 收藏 引用 所屬分類(lèi): Programming LanguageStudying

            Feedback

            # re: C++認(rèn)知誤區(qū)(1):成員保護(hù)機(jī)制 2010-04-25 16:50 guest

            Record& operator= (const Record& r);

            是Redcord的成員, 當(dāng)然可以訪(fǎng)問(wèn) Record 的私有成員
              回復(fù)  更多評(píng)論   

            # re: C++認(rèn)知誤區(qū)(1):成員保護(hù)機(jī)制[未登錄](méi) 2010-04-26 16:43 12

            編譯器的行為吧。我一直是GET SET出身的。。。  回復(fù)  更多評(píng)論   

            # re: C++認(rèn)知誤區(qū)(1):成員保護(hù)機(jī)制 2010-05-19 22:02 dtzleg

            因?yàn)槭窃赗ecord類(lèi)內(nèi)部函數(shù)
            如果是友元函數(shù),也可以

            否則根本通不過(guò)編譯的

            不過(guò),在模板里倒是有混過(guò)編譯期卻在執(zhí)行期訪(fǎng)問(wèn)違例的  回復(fù)  更多評(píng)論   

            亚洲va中文字幕无码久久不卡| 青青草国产97免久久费观看| 国产精品美女久久久久网| 欧美精品一本久久男人的天堂| 国产精品久久久99| 亚洲色大成网站www久久九| 99久久免费国产精精品| 久久男人中文字幕资源站| 亚洲va久久久噜噜噜久久 | 久久国产高清字幕中文| 久久久久亚洲AV成人网| 激情伊人五月天久久综合| 亚洲国产成人精品女人久久久 | 久久艹国产| 精品免费久久久久久久| 久久青青草视频| 91久久福利国产成人精品| 日产精品久久久一区二区| 国产精品亚洲美女久久久| 麻豆一区二区99久久久久| 亚洲国产成人久久综合野外| 国产成年无码久久久久毛片| 九九热久久免费视频| 午夜人妻久久久久久久久| 久久久久久国产精品免费无码| 国产999精品久久久久久| 亚洲AV日韩精品久久久久久久| 99久久夜色精品国产网站| 国产成人久久精品区一区二区| 久久人人爽人人人人爽AV| 国产精品久久久久久久人人看| 人人狠狠综合久久亚洲88| 久久精品国产一区二区三区日韩| 久久久精品人妻一区二区三区蜜桃 | 777米奇久久最新地址| 久久久久久曰本AV免费免费| 午夜精品久久久久久| 久久综合九色综合网站| 99久久国产综合精品女同图片| 久久精品人人做人人爽电影| 日韩欧美亚洲综合久久|