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

             

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

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

             

            下面開始正式的tips:

            1. int到底占用多少個字節?

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

              答:首先摘錄網上的朋友們的留言:

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

             

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

             


            int僅是語言標準中的一項定義,定義了這類數據的性質、范圍、操作等;
            具體少長,標準并未硬性規定,而由編譯器自行決定,甚至編譯器也可由用戶根據需要自行設定。
            基于此,可認為還是受編譯器決定,所謂縣官不如現管。

             

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

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

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

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

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

             

             

             

             

             

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

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

            上代碼看之:

            #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;

            }

            輸出的結果是:

                    

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

             

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

            #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;

            }

             

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

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

             

            posted on 2010-01-09 00:20 deercoder 閱讀(402) 評論(0)  編輯 收藏 引用 所屬分類: C/C++
            A级毛片无码久久精品免费| 久久久久亚洲av无码专区导航| 国产午夜精品久久久久免费视| 亚洲国产另类久久久精品小说| 亚洲AV日韩AV天堂久久| 狠狠色丁香久久婷婷综合五月 | 久久久久久亚洲精品不卡| 久久亚洲精品无码观看不卡| 国产成人综合久久精品红 | 99久久夜色精品国产网站| 欧美一级久久久久久久大| 无码超乳爆乳中文字幕久久| 久久国产乱子伦精品免费午夜| 久久精品一本到99热免费| 日本精品久久久久中文字幕8 | 激情伊人五月天久久综合| 日日狠狠久久偷偷色综合0| A狠狠久久蜜臀婷色中文网| 香蕉久久夜色精品国产尤物| 亚洲精品高清久久| 日韩乱码人妻无码中文字幕久久 | 久久久久国产精品人妻| 曰曰摸天天摸人人看久久久| 欧美熟妇另类久久久久久不卡| 亚洲一区中文字幕久久| 国内精品久久人妻互换| 无码八A片人妻少妇久久| 亚洲国产精品狼友中文久久久| 久久免费精品一区二区| 久久99国产综合精品女同| 久久精品极品盛宴观看| 久久天天日天天操综合伊人av| 亚洲欧美精品伊人久久| 99久久人妻无码精品系列蜜桃| 人妻丰满AV无码久久不卡| 少妇熟女久久综合网色欲| 国产精品女同一区二区久久| 国产高清美女一级a毛片久久w| 久久99中文字幕久久| 97超级碰碰碰碰久久久久| 国产午夜精品理论片久久 |