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

隨筆-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 閱讀(426) 評論(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>
            午夜精品一区二区三区四区 | 国产精品视屏| 欧美一区二区精品久久911| 亚洲欧美在线视频观看| 狠狠久久亚洲欧美专区| 国产精品大全| 久久九九国产| 美女在线一区二区| 在线一区二区视频| 亚洲女同同性videoxma| 伊人久久亚洲热| 亚洲精品免费电影| 国产精品久久久久免费a∨大胸 | 美女被久久久| 亚洲午夜免费视频| 欧美一区二区久久久| 亚洲国产精品va在线观看黑人| 91久久亚洲| 国产精品视频| 欧美va天堂在线| 亚洲一区在线免费| 亚洲国产专区校园欧美| 国产精品白丝jk黑袜喷水| 久久久久久久性| 欧美极品一区二区三区| 欧美一级艳片视频免费观看| 久久免费视频一区| 亚洲无线视频| 久久久欧美精品| 亚洲视频在线观看一区| 欧美在线一二三| 一区二区高清视频在线观看| 香蕉久久夜色精品| 99国产一区二区三精品乱码| 在线亚洲精品福利网址导航| 亚洲欧美欧美一区二区三区| 亚洲精品视频啊美女在线直播| 亚洲一区综合| 亚洲精品乱码久久久久久蜜桃麻豆 | 国产综合久久久久久| 欧美人在线观看| 亚洲欧美日韩一区在线| 久久综合久久美利坚合众国| 亚洲欧美一区二区激情| 久久全国免费视频| 一区二区三区视频观看| 久久久蜜桃精品| 性欧美大战久久久久久久久| 亚洲午夜免费视频| 亚洲美女啪啪| 久久精品二区三区| 午夜精品久久久久久久久久久久久| 牛夜精品久久久久久久99黑人| 欧美一区二区三区视频| 欧美日本不卡| 欧美极品色图| 久久午夜羞羞影院免费观看| 国产精品护士白丝一区av| 亚洲国产另类久久精品| 狠狠v欧美v日韩v亚洲ⅴ| 亚洲欧美视频在线观看| 午夜精品久久| 亚洲综合999| 欧美精品激情blacked18| 免费国产一区二区| 国产在线精品一区二区夜色| 亚洲调教视频在线观看| aa级大片欧美| 欧美国产精品日韩| 欧美国产日本| 伊人蜜桃色噜噜激情综合| 香蕉乱码成人久久天堂爱免费| 亚洲直播在线一区| 欧美日韩日日夜夜| 亚洲日本va午夜在线影院| 亚洲国产精品va| 久久五月激情| 免费成人激情视频| 黄色成人av在线| 欧美在线观看视频一区二区三区| 香蕉久久夜色精品国产| 欧美影院一区| 久久国产精品一区二区三区四区 | 在线亚洲免费| 欧美理论电影网| 亚洲国产精品va| 亚洲国产欧美国产综合一区| 久久蜜臀精品av| 久久野战av| 狠狠v欧美v日韩v亚洲ⅴ| 欧美一区二区三区免费看| 欧美在线看片a免费观看| 亚洲一本视频| 日韩一级网站| 欧美精品一区二区三区久久久竹菊 | 国产精品久久久久久久久动漫| 亚洲免费观看| 中文欧美字幕免费| 欧美日韩中文字幕综合视频| 99re6这里只有精品| 在线一区欧美| 国产精品www994| 亚洲视频在线看| 午夜精品久久久久久久久久久久| 国产精品美女| 亚洲欧美国产日韩天堂区| 欧美在线一级va免费观看| 男同欧美伦乱| 亚洲国产精品久久人人爱蜜臀 | 久久精品一区中文字幕| 国产一区二区三区黄视频| 欧美在线视频网站| 美女日韩在线中文字幕| 亚洲电影观看| 欧美大学生性色视频| 91久久视频| 在线亚洲欧美专区二区| 国产精品国码视频| 一区二区三区欧美日韩| 国产精品vvv| 亚洲欧美在线aaa| 久久久久久高潮国产精品视| 影院欧美亚洲| 欧美电影在线观看| 亚洲免费成人av电影| 亚洲欧美日韩中文在线制服| 国产日韩欧美在线播放不卡| 久久精品一区二区三区不卡| 欧美高清视频一区二区三区在线观看| 亚洲美女诱惑| 国产精品国产三级国产专区53 | 99精品视频免费观看视频| 宅男噜噜噜66一区二区66| 国产精品高潮呻吟久久| 欧美一级播放| 亚洲欧美在线视频观看| 国产一区日韩欧美| 欧美xxx成人| 一区二区久久久久| 久久久国产亚洲精品| 亚洲欧洲一区二区在线播放 | 亚洲激情成人网| 亚洲欧美国产精品桃花| 国内精品久久久久久久影视麻豆| 欧美91视频| 亚洲一品av免费观看| 免费的成人av| 亚洲一区二区三区精品在线观看| 国产丝袜美腿一区二区三区| 久久躁日日躁aaaaxxxx| 亚洲激情成人网| 国产精品v亚洲精品v日韩精品 | 在线日韩av| 欧美视频日韩视频| 久久成人人人人精品欧| 亚洲欧洲日韩女同| 久久成人精品无人区| 亚洲欧洲久久| 国产精品一区二区a| 免费成人小视频| 亚洲欧美日韩国产精品| 亚洲高清久久久| 欧美一区激情| 亚洲精品乱码久久久久久久久| 国产老女人精品毛片久久| 欧美aⅴ99久久黑人专区| 亚洲一本大道在线| 亚洲国产精品va在线观看黑人| 欧美在线一级视频| 一区二区免费看| 欧美日韩无遮挡| 久久久久久久网| 中文在线一区| 亚洲第一狼人社区| 久久激情视频久久| 亚洲网站视频| 亚洲国产精品一区二区尤物区 | 亚洲欧美精品中文字幕在线| 午夜精品久久99蜜桃的功能介绍| 亚洲国产综合在线| 国产欧美一区二区三区在线老狼 | 久久蜜臀精品av| 亚洲午夜一区二区三区| 亚洲第一黄色网| 国产乱人伦精品一区二区| 欧美激情国产精品| 久久精品一区蜜桃臀影院| 一区二区三区四区国产| 亚洲第一黄网| 久久久在线视频| 午夜久久tv| 亚洲视频你懂的| 亚洲精品国偷自产在线99热| 国产一区再线| 国产精品羞羞答答| 欧美日韩一区二区三区免费| 欧美α欧美αv大片| 久久久久久久波多野高潮日日| 亚洲图片你懂的| 日韩视频免费观看高清完整版|