題記:一直以來都被一些細(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:
-
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(void) const;
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 *(void) const;
virtual ~STRING();
};


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

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

int STRING::strlen(void) const
{
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 *(void) const
{
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++