• <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>
            隨筆-145  評論-173  文章-70  trackbacks-0

             

                題記:一直以來都被一些細(xì)節(jié)忽略了,然后,遇到很多的問題就杯具了……從現(xiàn)在開始,覺得很有必要從小事做起,認(rèn)真的來看看曾經(jīng)犯過的錯誤,做過的事情。特別是對于曾經(jīng)以為很習(xí)以為常的事情,要特別的重視,于是便有了tips,下面不斷的更新中…………

            題外話:(如何在Office 2007中創(chuàng)建并發(fā)布博文?)今天發(fā)現(xiàn)可以在Word 2007中編輯博客,然后直接點擊發(fā)布,就可以發(fā)布到C++博客網(wǎng)上了,很貼心的服務(wù),不是嗎?其實這個也是Office的一個功能,在新建中,點擊新建博客文章,就可以創(chuàng)建一個新的blog,然后會提示你創(chuàng)建一個賬戶,估計這個是最關(guān)鍵的,需要選擇其他運營商,然后下一步,會有個API讓你選擇,選擇下面的按個MetaWebLog,然后輸出你的賬號密碼,這里的昂URL,不是你的主頁的,開始的時候我也是選擇這個,錯誤,連接不上。需要的是:在你的主頁上,點擊管理,然后點擊選項,下面有個configure選項,進(jìn)入后,最下面就有一個你的那個URL了,添加進(jìn)去,OK!然后就可以發(fā)布了!

             

            下面開始正式的tips:

            1. int到底占用多少個字節(jié)?

              一直以來都被這個問題糾結(jié),因為上過匯編和C的課,然后又看了《C++ Primer》一書,總是會出現(xiàn)各種的不一致,如果按照平時我們的認(rèn)為,都是4個Byte(字節(jié)),可是無奈很多書上講解不一致,所以造成了迷惑……今天找時間上網(wǎng)搜了下,發(fā)現(xiàn)答案很多,不過大致上都是一個解答,于是我也就憑借自己的思考,來說說了。

              答:首先摘錄網(wǎng)上的朋友們的留言:

            int的字節(jié)長度是由CPU和操作系統(tǒng)編譯器共同決定的,一般情況下,主要是由操作系統(tǒng)決定,比如,你在64位AMD的機(jī)器上安裝的是32位操作系統(tǒng),那么,int默認(rèn)是32位的;如果是64位操作系統(tǒng),64位操作系統(tǒng)分為兩種,1種是int為32位long為64位,2種int long均為64位。之所以說int同時也與編譯器有關(guān),編譯器完全可以在32位系統(tǒng)模擬64位整數(shù),例如Unix/Linux下的long long和Windows下的__int64均為64位整數(shù)。

             

            機(jī)器第一作用,編譯器第二作用.
            現(xiàn)在新出的機(jī)器開始有64位的,編譯器也逐漸的要適應(yīng)這個改變,由32位向64位過渡.
            如果機(jī)器是16位的,編譯器強(qiáng)制為32位的話,效率及其低下,沒那家廠商會做如此SB的事情,
            我們現(xiàn)在的機(jī)器一般都是32位的,編譯器所以一般也是32位,但也支持64位的,
            __int64  就是64字節(jié)的,
            總之int 只是一個類型,沒有太大的意義,機(jī)器的位數(shù)才是關(guān)鍵所在!
            離開機(jī)器,說有編譯器決定的人,實在不敢恭維.
            難道要在8位機(jī)上實現(xiàn)64bit的編譯器?
            機(jī)器進(jìn)步了,編譯器跟不上,就要被淘汰,
            編譯器超前了,效率低下,也不會有市場,
            所以不要單純的討論編譯器或者機(jī)器了。
            OVER!

             


            int僅是語言標(biāo)準(zhǔn)中的一項定義,定義了這類數(shù)據(jù)的性質(zhì)、范圍、操作等;
            具體少長,標(biāo)準(zhǔn)并未硬性規(guī)定,而由編譯器自行決定,甚至編譯器也可由用戶根據(jù)需要自行設(shè)定。
            基于此,可認(rèn)為還是受編譯器決定,所謂縣官不如現(xiàn)管。

             

            綜合上面的說法,我也覺得對于int到底占用多少個字節(jié),其實是和機(jī)器以及編譯器都有關(guān)系。這么來說吧,我覺得機(jī)器起決定性作用,如果是32位機(jī),那么在這個平臺上面運行的編譯器,可以使32位版本的,也可以是16位版本的(向下兼容,只不過浪費了好機(jī)子,沒有充分發(fā)揮效果),這也就是說我們在網(wǎng)上下載驅(qū)動的時候,有時候會發(fā)現(xiàn)官網(wǎng)上面有32位操作系統(tǒng)Windows版本和64位操作系統(tǒng)Windows的不同分類了。而決定這個位數(shù)的,就是你的CPU,也就是機(jī)器。

            但是,編譯器沒有必要一定要這么做,對于TC 2.0這樣的16位軟件,曾經(jīng)在Dos下呼風(fēng)喚雨,但是到了32位機(jī)下,仍然是可以用的,這樣的話,也就是說,它運算的結(jié)果是2個字節(jié),可是因為軟件的限制,只能夠模擬出來16位機(jī),所以雖然可以在32位上面跑,但是不能反映實際的字長。但是,沒有多少人會在32位機(jī)子上面模擬出128位或者64位,因為這樣尋址的話效率很低下,硬件條件沒有達(dá)到,利用軟件來模擬是不夠的。于是,就是上面的那種說法。由于VC以及其他軟件更新很快,而且及時開發(fā)了Win 32下的版本,所以是32位軟件,也就是說,它計算處理的int是4個字節(jié)。

            當(dāng)然,我們需要知道的是,標(biāo)準(zhǔn)并沒有規(guī)定int一定要是多少個字節(jié),而只是規(guī)定了一個范圍,只要你不越軌,那么肯定就沒有問題,至于實現(xiàn),那是你編譯器的開發(fā)的事情,跟我無關(guān)。同樣,CPU和機(jī)器的制造者,關(guān)心的是如何提高計算機(jī)的性能,讓尋址方式更大,范圍更長,也就是位數(shù)越多,(這也是為何目前的那些機(jī)器都朝著64位或者更高位發(fā)展的目的),而軟件開發(fā)者,面臨的則是需要來適應(yīng)硬件的更新,從而做出更好的軟件,充分利用到這個性能。

            當(dāng)然,這個問題本身沒有多少討論的價值,不過,如果在面試或者考試中,遇到sizeof的操作,最好問清楚是在32位機(jī)子下還是16位或者是64位,這個能夠反映你的嚴(yán)謹(jǐn)和認(rèn)真。

            注: 32位下:1int = 4 Byte            16位下:1 int = 2B        (當(dāng)然,一般都不會考慮那個TC 2.0的)

             

             

             

             

             

            2).普通類的繼承中,如果派生類中的函數(shù)和基類函數(shù)同名時,是否會覆蓋原來的那個函數(shù)?

                在java中,很明顯是會覆蓋的,因為繼承的特性,注意同名函數(shù),要求還有原型相同,否則的話,調(diào)用的時候是可以區(qū)分開來的,而當(dāng)原型相同的時候,那么派生類會繼承基類的函數(shù),同時由于有一個自己的函數(shù),所以兩個同名,同原型的函數(shù),是會發(fā)生覆蓋的。

            上代碼看之:

            #include <iostream>

            using namespace std;

            class A

            {

                public:

                    void moveto(){cout << "1" << endl;}

            };

            class B:public A

            {

                public:

                    void moveto(){cout << "2" << endl;}

            };

            int main()

            {

                A a;

                B b;

                A *pstra = &b;

                B *pstrb = (B *)&a;

                pstra->moveto();

                pstrb->moveto();

                a.moveto();

                b.A::moveto();

                return 0;

            }

            輸出的結(jié)果是:

                    

            從上面的結(jié)果可以看到,派生類的指針是調(diào)用派生類的對應(yīng)的函數(shù),配套的,而且還選擇作用域較小的,而這樣的優(yōu)先級就要高些。這里有一個強(qiáng)制類型轉(zhuǎn)換,因為是要將派生類的指針指向基類的對象,會發(fā)生截斷,所以一定要強(qiáng)制類型轉(zhuǎn)換,與此對比的是,基類的指針指向派生類的話不需要強(qiáng)制類型轉(zhuǎn)換也可以實現(xiàn)。從結(jié)果可以看到,如果實行了轉(zhuǎn)換,那么還是聲明時候的類型,所以抓住了這點,聲明時是B類型的,那么就調(diào)用B的moveto,所以輸出時2,下面的另外一些的輸出,就都是1了,也可以看到,如果要顯示的調(diào)用被隱藏的基類,需要用作用域限定符來指示。

             

             2.隱藏的this指針不是實際的一個參數(shù),也就是說,實際調(diào)用函數(shù)中,不能夠使用這個參數(shù)。
            上代碼:

            #include <string.h>
            #include 
            <iostream>
            using namespace  std;

            class STRING{
                
            char *str;
            public:
                STRING(
            char *s=0);
                STRING(
            const STRING &);
                
            virtual int strlen(voidconst;
                
            virtual int strcmp(const STRING &const;
                
            virtual STRING &operator+(const STRING &);
                
            virtual STRING &operator=(const STRING &);
                
            virtual STRING &operator+=(const STRING &);
                
            virtual operator const char *(voidconst;
                
            virtual ~STRING();
            }
            ;

            STRING::STRING(
            char *s/*=0*/){
                str 
            = new char[::strlen(s)+1];
                ::strcpy(str,s);
            }

            STRING::
            ~STRING(){
                delete str;
            }

            int STRING::strlen(voidconst{
                
            return ::strlen(this->str)+5//采用字符串的通用表示,不含null
            }

            int STRING::strcmp(const STRING &b) const{
                
            return ::strcmp(this->str,b.str);
            }

            STRING 
            &STRING::operator+(const STRING &b){
                ::strcat(
            this->str,b.str);
                
            return *this;
            }

            STRING 
            &STRING::operator=(const STRING &b){
                
            this->str = b.str;
                
            return *this;
            }

            STRING 
            &STRING::operator+=(const STRING &b){
                ::strcat(
            this->str,b.str);
                
            return *this;
            }

            STRING::
            operator const char *(voidconst{
                
            return this->str;
            }

            int main()
            {
                STRING s(
            "Hello,world");
                STRING e(
            "I Love C++");
                cout 
            << "STRING:" << s << "\t strlen:" << s.strlen()<< endl;
                cout 
            << "STRING:" << e << "\t strlen:" << strlen(e)<< endl;
                
                
            return 0;

            }

             

              僅僅看輸出,前面的一個是調(diào)用類函數(shù)strlen,沒有參數(shù),看到?jīng)]有,如果有參數(shù)的話,就是下面的那個,那么此時就是調(diào)用的系統(tǒng)函數(shù)了。兩者的輸出不一樣,我特意在自定義的strlen函數(shù)上面加5以表示區(qū)別,最后果然,前者就是調(diào)用自己的函數(shù)。
            得到的結(jié)論就是,類的成員函數(shù),都是有一個默認(rèn)的this指針的,這個沒有錯,不過這個是編譯器加的,我們手動是不能自己占有的,也就是說不能理解為有一個參數(shù),然后放上面去,自己定義的是void參數(shù),就沒有參數(shù),編譯器加的是它的事情,那個地方提供給我們用戶使用的就是無參的函數(shù)。此點要銘記,而且,即使你調(diào)用無參的,在具體編譯器處理的時候,還是會給你加上,所以這部分你根本用不上,也不需要擔(dān)心。

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

            posted on 2010-01-09 00:20 deercoder 閱讀(418) 評論(0)  編輯 收藏 引用 所屬分類: C/C++
            久久久久久综合一区中文字幕| 久久久久久久97| 青青草原综合久久| www.久久热.com| 99久久国产综合精品成人影院| 国产激情久久久久影院| 国产精品久久久99| 亚洲国产成人久久综合一区77| 一本久道久久综合狠狠躁AV| 久久91精品国产91久| 亚洲AV成人无码久久精品老人| 亚洲国产精品无码久久久秋霞2| 久久久久久久97| 久久99精品久久久久久秒播| 中文成人久久久久影院免费观看| 中文国产成人精品久久不卡| 久久精品亚洲一区二区三区浴池 | 亚洲国产精品婷婷久久| 国产福利电影一区二区三区久久老子无码午夜伦不 | 色综合久久天天综线观看| 一日本道伊人久久综合影| 国内精品久久久久影院薰衣草 | 久久久久久久综合日本亚洲| 日日狠狠久久偷偷色综合免费| 亚洲精品白浆高清久久久久久| 久久精品视频免费| 久久天天躁狠狠躁夜夜2020一| 久久精品国产久精国产思思| 久久久久国色AV免费看图片| 色婷婷综合久久久久中文| 国产精品成人久久久久久久| 伊人久久大香线蕉av一区| 久久成人18免费网站| 久久99精品久久久久婷婷| 伊人色综合久久天天网| 国产免费久久精品99久久| 久久久久99精品成人片直播| 亚洲日韩欧美一区久久久久我| 中文字幕亚洲综合久久2| 午夜欧美精品久久久久久久| 日韩十八禁一区二区久久|