青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

隨筆-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 閱讀(419) 評論(0)  編輯 收藏 引用 所屬分類: C/C++
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            美女网站在线免费欧美精品| 亚洲欧美日韩精品久久奇米色影视| 久久久国产精品一区| 国产亚洲欧美激情| 免费不卡亚洲欧美| 欧美电影免费观看| 亚洲一区欧美一区| 西瓜成人精品人成网站| 亚洲高清成人| 亚洲乱码国产乱码精品精可以看| 欧美视频免费| 久久精品日产第一区二区三区| 久久久久久黄| 亚洲三级电影在线观看 | 亚洲成色777777女色窝| 欧美激情精品久久久久久| 欧美激情免费在线| 性欧美18~19sex高清播放| 久久精品国产精品亚洲精品| 亚洲欧洲日本mm| 亚洲欧美中文另类| 日韩视频久久| 久久国内精品视频| 一区在线免费观看| 一本色道久久综合| 国模叶桐国产精品一区| 亚洲激情女人| 国产精品入口尤物| 欧美激情国产日韩| 国产精品日韩欧美一区二区| 男人天堂欧美日韩| 国产精品久久久久久影视| 美国成人直播| 国产精品视频yy9099| 亚洲国产福利在线| 国产一区二区三区久久久久久久久| 亚洲第一福利在线观看| 国产亚洲精品久久久久久| 亚洲日本欧美在线| 亚洲电影在线观看| 亚洲在线播放电影| 亚洲图片欧美一区| 欧美电影免费观看网站| 久久免费精品日本久久中文字幕| 欧美日韩色一区| 欧美福利一区| 激情欧美一区| 欧美一区二区性| 午夜亚洲视频| 国产精品久久久久aaaa樱花| 亚洲欧洲综合另类| 91久久久在线| 欧美99在线视频观看| 蜜桃av综合| 狠狠综合久久av一区二区小说| 亚洲综合首页| 午夜久久一区| 国产精品天美传媒入口| 99国产精品国产精品久久| 亚洲精品一区在线观看香蕉| 老司机午夜精品视频在线观看| 每日更新成人在线视频| 韩国成人精品a∨在线观看| 欧美一区二区三区免费在线看| 欧美一二三区在线观看| 国产精品区二区三区日本| 亚洲一区二区三区精品视频| 亚洲午夜精品在线| 国产精品久久毛片a| 99国产精品视频免费观看一公开 | 国产精品欧美久久| 亚洲色图自拍| 欧美尤物巨大精品爽| 国产一区二区三区最好精华液| 香蕉久久一区二区不卡无毒影院 | 久久久综合网站| 激情欧美一区二区三区在线观看| 久久精品国产欧美激情| 美日韩精品视频免费看| 亚洲欧洲三级| 国产精品草莓在线免费观看| 亚洲一区精品在线| 久久亚洲不卡| 亚洲日韩视频| 国产精品久久中文| 久久精品日韩一区二区三区| 欧美成人免费播放| 亚洲性图久久| 激情欧美一区二区三区在线观看| 久久久噜噜噜| 亚洲精品一区二区三区不| 亚洲一区三区电影在线观看| 国产日本欧美视频| 模特精品裸拍一区| 宅男在线国产精品| 乱中年女人伦av一区二区| 日韩性生活视频| 国产老肥熟一区二区三区| 久久青草久久| 中国日韩欧美久久久久久久久| 久久九九精品99国产精品| 日韩写真在线| 好吊日精品视频| 欧美三级视频| 老司机午夜精品视频| 亚洲免费视频网站| 亚洲国产精品一区制服丝袜| 午夜亚洲影视| 一区二区三区不卡视频在线观看| 国内精品视频在线播放| 欧美图区在线视频| 麻豆精品一区二区综合av| 亚洲免费婷婷| 在线视频欧美精品| 欧美风情在线观看| 久久青草久久| 亚洲欧美视频在线观看| 亚洲毛片在线观看| 一区在线免费| 狠狠色综合网| 国产一区二区三区直播精品电影 | 午夜精品亚洲一区二区三区嫩草| 亚洲国产人成综合网站| 久久久久久久欧美精品| 亚洲一区二区三区四区中文 | 国产一区二区精品| 国产精品美女一区二区在线观看| 欧美黄色aa电影| 久久米奇亚洲| 久久久免费精品| 久久成人18免费观看| 午夜精品久久久久久久久久久久久 | 亚洲欧美日韩久久精品| 亚洲精品之草原avav久久| 在线 亚洲欧美在线综合一区| 国产精品一区二区在线观看不卡| 欧美日韩你懂的| 欧美区高清在线| 欧美区亚洲区| 欧美三级视频| 国产精品草莓在线免费观看| 欧美日韩综合| 国产精品乱码妇女bbbb| 欧美日韩不卡在线| 欧美日韩一区二区欧美激情 | 毛片av中文字幕一区二区| 久久久夜夜夜| 蜜桃av一区二区三区| 欧美高清hd18日本| 欧美人与禽猛交乱配| 欧美日韩一区二区在线观看| 欧美日韩亚洲精品内裤| 欧美午夜在线| 国产伦精品一区二区三| 欧美色综合天天久久综合精品| 亚洲日本aⅴ片在线观看香蕉| 麻豆精品在线观看| 欧美激情2020午夜免费观看| 欧美激情久久久久久| 欧美日韩视频在线一区二区| 国产精品h在线观看| 国产亚洲欧美日韩美女| 黑人极品videos精品欧美裸| 亚洲激情av在线| 国产精品99久久久久久宅男| 午夜精品久久久久久久99黑人| 久久99伊人| 欧美激情国产日韩| 亚洲图片欧洲图片av| 久久成人在线| 欧美黑人国产人伦爽爽爽| 国产精品欧美日韩| 亚洲高清视频一区| 亚洲淫性视频| 狂野欧美一区| 一区二区三区成人| 久久久91精品国产一区二区精品| 欧美成人在线免费视频| 国产精品欧美久久久久无广告| 极品少妇一区二区| 亚洲在线观看免费视频| 欧美a级一区| 中文在线一区| 欧美ab在线视频| 国产精品制服诱惑| 亚洲精选一区二区| 久热国产精品视频| 在线一区二区三区四区五区| 久久久噜噜噜久久狠狠50岁| 国产精品v日韩精品| 亚洲电影天堂av| 久久精品国产成人| 日韩一级视频免费观看在线| 久久精品亚洲精品| 国产精品麻豆欧美日韩ww| 亚洲人成网站色ww在线| 久久久美女艺术照精彩视频福利播放 | 午夜视频一区二区| 日韩视频一区二区| 蜜桃伊人久久|