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

2016年5月28日

好久不來cppblog,為什么現(xiàn)在網(wǎng)站人氣如此凋零!難道c++真的要滅亡了嗎?

好久沒有來這網(wǎng)站了,為什么現(xiàn)在人氣如此凋零了?
每個分區(qū)一天下來都幾乎沒有人發(fā)表文章,看首頁的排行榜每個月人氣最旺的文章也只不過有1000多點的點擊量,記得當(dāng)年火爆的時候隨便一個文章累積下來都能有幾千的點擊量了。
到底發(fā)生了什么?難道說C++真的要滅亡了嗎?

posted @ 2016-05-28 01:48 古月 閱讀(331) | 評論 (0)編輯 收藏

2016年5月27日

輸入輸出緩沖區(qū)和流的概念理解

(本文章關(guān)于緩沖區(qū)概念的理解大部分取自:http://developer.51cto.com/art/201107/277186.htm

快遞的寄送過程:

源地址(商家的倉庫)——中轉(zhuǎn)地(快遞公司的倉庫)——目的地(買家)

我們從淘寶商家買衣服,商家通過快遞公司把商品送到我們手里的這個過程可以形象的解釋下緩存區(qū)和流的這個概念。

1, 淘寶商家不會親自把商品給買家送過來的,因為這樣效率太低了,商家會通過快遞公司這個中轉(zhuǎn),然后快遞公司再把東西送給買家。淘寶商家就是在鍵盤上打字,買家就是程序,程序需要讀取從鍵盤上的輸入的字,緩沖區(qū)就是快遞公司的倉庫。

2, 商品的幾種位置狀態(tài):商家倉庫,快遞倉庫,買家手中,還有一種狀態(tài)就是在路上。輸入輸出的流就是指的在路上。

3, 快遞收貨員收到商品就放到自己的中轉(zhuǎn)倉庫中。但是快遞公司肯定等倉庫中的商品積累到一定程度才開始派送。行緩沖就是遇到換行符時就認(rèn)為需要執(zhí)行I/O操作了。


      一,緩沖區(qū)的概念

緩沖區(qū)又可以稱為緩存。計算機中的內(nèi)存可以被認(rèn)為是硬盤的緩存。當(dāng)cpu讀取文件、執(zhí)行程序時,不會直接從硬盤中讀取,而是先把文件緩存到內(nèi)存中,然后再從內(nèi)存中讀取。

對于C++程序來說,當(dāng)類似cingetchar這樣的對象或者函數(shù)讀取輸入時,不會直接直接讀鍵盤上的輸入,而是這樣的一個過程:cin——輸入緩沖區(qū)——鍵盤。我們從鍵盤上輸入的字符先存到緩沖區(qū)里面,cin從緩沖區(qū)里面讀取輸入。對于輸出來說,程序的結(jié)果不會直接顯示到屏幕上,而是先存放到緩沖區(qū),然后cout把內(nèi)容從緩沖區(qū)輸出到屏幕。cincout本質(zhì)上都是對緩沖區(qū)中的內(nèi)容進(jìn)行操作。

如果沒有緩沖區(qū)就會大大降低CPU的效率,因為cpu將不得不一直等待用戶的輸入,而不能執(zhí)行其他的操作,人打字輸入的速度再快,也比不上CPU的執(zhí)行速度,人在輸入兩個字符之間的間隔時間,cpu完全可以去干別的事情。

緩沖區(qū)分為三種全緩沖、行緩沖和不帶緩沖。

1、全緩沖

在這種情況下,當(dāng)填滿標(biāo)準(zhǔn)I/O緩存后才進(jìn)行實際I/O操作。全緩沖的典型代表是對磁盤文件的讀寫。

2、行緩沖

在這種情況下,當(dāng)在輸入和輸出中遇到換行符時,執(zhí)行真正的I/O操作。這時,我們輸入的字符先存放在緩沖區(qū),等按下回車鍵換行時才進(jìn)行實際的I/O操作。典型代表是鍵盤輸入數(shù)據(jù)。

3、不帶緩沖

也就是不進(jìn)行緩沖,標(biāo)準(zhǔn)出錯情況stderr是典型代表,這使得出錯信息可以直接盡快地顯示出來。

緩沖區(qū)的刷新指的是緩沖區(qū)的內(nèi)容被清空刷新,這也就意味著刷新之前系統(tǒng)會對緩沖區(qū)內(nèi)容進(jìn)行I/O讀寫。下面4種情況會觸發(fā)緩沖區(qū)的刷新:

緩沖區(qū)滿時;

執(zhí)行flush語句;

執(zhí)行endl語句;

關(guān)閉文件。

C/C++程序里面的緩沖區(qū)指的是為標(biāo)準(zhǔn)輸入與標(biāo)準(zhǔn)輸出設(shè)置的緩沖區(qū),如果我們不認(rèn)為的設(shè)置的話,系統(tǒng)會自動的為標(biāo)準(zhǔn)輸入與標(biāo)準(zhǔn)輸入設(shè)置一個緩沖區(qū),這個緩沖區(qū)的大小通常是4Kb的大小。

ANSI C要求下列緩存特征:

(1) 當(dāng)且僅當(dāng)標(biāo)準(zhǔn)輸入和標(biāo)準(zhǔn)輸出并不涉及交互作用設(shè)備(鍵盤,屏幕)時,它們才是全緩存的。 讀寫文件的時候就是全緩存。

(2)標(biāo)準(zhǔn)出錯決不會是全緩存的。

(3)標(biāo)準(zhǔn)輸入和輸出涉及交互作用設(shè)備時,雖然沒有明確規(guī)定是不帶緩存的還是行緩存的,但一般系統(tǒng)默認(rèn)它們是行緩存的。

 因此我們經(jīng)常要用的標(biāo)準(zhǔn)輸入和輸出,stdinstdoutstderr的緩存特征是:stdinstdout是行緩存;而stderr是無緩存的。cincout都是從緩沖區(qū)讀取

 

 

 

二、流的概念

流是一個過程,一個動態(tài)的概念。可以把流想象成水在水管中流動的過程,想象成商品快遞運送的過程。Cincout就是執(zhí)行流這個過程的人。

對于輸入,cin負(fù)責(zé)把輸入緩沖區(qū)中的內(nèi)容傳遞給程序;

對于輸出,cout負(fù)責(zé)把輸出緩沖區(qū)中的內(nèi)容傳遞給屏幕。

Cincout把緩沖區(qū)的數(shù)據(jù)變成流,然后搬運到相應(yīng)的目的地。Cincout就是個搬運工,搬運的過程就是流。


      三、代碼案例
      第一段代碼:

int main()
{
    string str;
    int i=0;
    while (cin >> str)
    {
        cout << str<<endl;
        cout << ++i << endl;
    }
    return 0;
}
程序執(zhí)行過程中輸入:i love you
最終結(jié)果是:
i
1
love
2
you
3

執(zhí)行過程中,程序并不會在每次輸入一個空格時就打印一次,而在在完全輸入一行字符串并摁下回車后,才會打印。原因就是在我們輸入回車之前的一行字符串都只是存放到了為標(biāo)準(zhǔn)輸入分配的緩沖區(qū)中,這是一個行緩沖區(qū),在遇到換行符之前,緩沖區(qū)不會刷新也就不會觸發(fā)I/O操作,cin也就沒有在讀取數(shù)據(jù)。輸入回車后,cin開始執(zhí)行I/O操作,讀取緩沖區(qū)中的字符:首先讀取i,然后遇到了空格,此次讀取完成,執(zhí)行循環(huán)。然后接著讀取love,又遇到了空格,讀取完成,執(zhí)行循環(huán)。最后讀取了you。
第二段代碼:

int main()
{
    char c;
    //第一次調(diào)用getchar()函數(shù)  
    
//程序執(zhí)行時,您可以輸入一串字符并按下回車鍵,按下回車鍵后該函數(shù)才返回  
    c = getchar();
    //顯示getchar()函數(shù)的返回值  
    cout << c << endl;
    //暫停  
    system("PAUSE");
    //循環(huán)多次調(diào)用getchar()函數(shù)  
    
//將每次調(diào)用getchar()函數(shù)的返回值顯示出來  
    
//直到遇到回車符才結(jié)束  
    while ((c = getchar()) != '\n')
    {
        printf("%c", c);
    }
    //暫停  
    system("PAUSE");
    return 0;
}
執(zhí)行程序,輸入:abcdefg,然后回車
程序結(jié)果如下:
a
bcdefg

第一次執(zhí)行到getchar時,由于此時緩沖區(qū)里面沒有任何內(nèi)容,所以程序等待鍵盤的輸入,輸入abcdefg后,然后輸入回車,觸發(fā)了行緩沖的條件,執(zhí)行I/O,getchar開始讀取緩沖區(qū)的內(nèi)容,由于此函數(shù)只讀取一個字符,所以讀完字符a后,讀取結(jié)束,執(zhí)行下面的語句,將a打印到屏幕。由于緩沖區(qū)中字符只被讀取了1個字符a,剩余的bcdefg還在緩沖區(qū)中,因此執(zhí)行到while中的getchar時,直接讀取緩沖區(qū)中的內(nèi)容,也就是依次讀取bcdefg,回車符也是緩沖區(qū)中的一個字符,當(dāng)讀取完回車后,while循環(huán)結(jié)束。


posted @ 2016-05-27 16:10 古月 閱讀(1800) | 評論 (0)編輯 收藏

2014年7月2日

最近很火的50只狗,有好狗有病狗,去判斷有幾只病狗的的邏輯推理題目

題目:50人有50條狗,有病狗。每個人只能看到其他人的狗(不能看到自己的狗),只有狗的主人才能打死狗。相互不能交流,不能通知狗的主人。如果推斷出自家狗是病狗,就要槍斃,只能槍斃自家狗。第一天沒有槍聲,第二天有一陣槍聲。請問有幾只病狗?

聽說這是小升初的考試題,這實在是太難了,懷疑那些出題的老師第一次看到這個題能不能做出來。這應(yīng)該是離散數(shù)學(xué)中典型的邏輯分析題,我想除了專門修過離散數(shù)學(xué)和少數(shù)天才外應(yīng)該很少有人在規(guī)定時間內(nèi)算出答案,反正我算不出。下面的分析過程,是我參考了網(wǎng)上的答案,再按照自己的理解寫出來的。


其實我認(rèn)為這個題之所以難,我覺得是題目表達(dá)的不夠清晰。理解這個問題首先有幾個隱含的條件要搞明白。
a50只狗里面至少有1只病狗。
b、病狗是一眼就能分辨出來的,但是狗的主人無法觀察判斷自己的狗是不是病狗。
c、狗的主人推斷出自己的狗是病狗后,一定要在當(dāng)天殺死狗,在當(dāng)天中的0:0024:00任何時候都行。

從而還能得到一個推論d:如果病狗的主人看到N只病狗,那么好狗的主人能看到N+1只病狗,也就是說病狗的主人看到的病狗的數(shù)量是實際病狗數(shù)量再減1.


明確了上述的3個條件和1個結(jié)論,再去解答這個問題,就會簡單很多。 

1, 假設(shè)只有1只病狗,所有人在觀察完其他人的狗后,那么根據(jù)推論d,病狗的主人不會看到病狗,再根據(jù)條件a,從而能夠推斷出自己的狗是病狗,于是會在當(dāng)天24點之前殺死自己的狗。

2, 但是第一天沒有槍聲,說明至少有2只病狗(把這個結(jié)果當(dāng)成推論e)。于是從第二天0:00開始,所有人都應(yīng)該知道至少有兩只病狗。假設(shè)只有2只病狗,根據(jù)推論d,病狗的主人只看到1只病狗,說明剩下的那只沒有看到的病狗就是自己的狗,于是在第二天可以從0:0024:00選擇任何一個時間點殺死自己的狗,第二天就會聽到槍聲。

3, 繼續(xù)假設(shè)有3只病狗的話。由根據(jù)推論d,病狗的主人能觀察到2只病狗,再根據(jù)推論e,所以無法判斷自己的狗是否為病狗,所以在第二天不可能殺狗,也就不會有槍聲,綜合12,答案為2只狗。

4, 把題目改一下,改成是第三天聽到槍聲。第二天0:00一到,大家都知道有2只病狗了,那么第二天一直到24:00都沒有槍聲的話,說明每個人都看到至少2只病狗。根據(jù)推論d,那么從第三天0:00開始,每個人會知道至少有3只病狗。假設(shè)也只有3只病狗,那么病狗的主人只能看到2只病狗,說明剩下的那只沒有看到的病狗就是自己的狗,于是在第三天肯定要殺死自己的狗,第三天就會有槍聲。

5, 以此類推,第幾天聽到槍聲,就有幾只狗。

posted @ 2014-07-02 16:06 古月 閱讀(13243) | 評論 (11)編輯 收藏

2012年9月26日

用數(shù)學(xué)來推導(dǎo)趣味邏輯題:騎士與流氓問題。

對于類似騎士與流氓的這種邏輯思維題,除了極個別的天才能夠大腦隨便一想就知道答案,絕大多數(shù)人都要好好的推斷一會。
離散數(shù)學(xué)就教給了我們一種用數(shù)學(xué)方法來推導(dǎo)這種邏輯題,使得這些問題的難度降低不少。
下面就來看下《離散數(shù)學(xué)及其應(yīng)用》第六版,1.1章練習(xí)題第55題我的推導(dǎo)分析吧。

一個小島上住著兩類人,一類是騎士,一類是流氓,騎士只說真話,流氓只說假話,有AB兩個人,根據(jù)他們所說的話,判斷AB各自是流氓還是騎士。
a)A說:我們之間至少有一個是流氓。B什么都沒有說
b)A說:我們兩個都是騎士。B說:A是流氓。
c)A說:我是流氓或者B是騎士。B什么都沒說
d)兩個人都說:我是騎士
e)A說:我們都是流氓。B什么都沒說。

個人分析:
首先,定義命題p為A是騎士,!p代表A是流氓,q為B是騎士,!q為B是流氓
a)A說的內(nèi)容可以用如下數(shù)學(xué)符號表達(dá):(!p ∨ !q)。
      假設(shè)A是騎士,即p=1,說明A說的內(nèi)容為真,即(!p ∨ !q)=1,因為p=1推出!p=0,所以!q=1,所有q=0,即B為流氓。過程沒有矛盾。
      保險起見,再假設(shè)A是流氓,即!p=1,說明A說的內(nèi)容為假,即(!p ∨ !q)=0,但是!p=1,所以(!p ∨ !q)不可能為0,所以有矛盾。
      結(jié)果就是A是騎士,B為流氓
b)A說的內(nèi)容:(p ∧ q),B說的內(nèi)容:!p
      假設(shè)A是騎士,即p=1,說明A說的內(nèi)容為真,即(p ∧ q)=1,推出q=1,說明B也為騎士,那B說的話為真,就是說!p=1,即A為流氓,結(jié)論與條件矛盾,假設(shè)不對
      假設(shè)A是流氓,即!p=1,說明A說的內(nèi)容為假,即(p ∧ q)=0,此時q是0還是1,都符合。再從B說的話著手,因為!p=1,所以B說的話是正確的,所以q=1,B是騎士,沒有矛盾。
      結(jié)果就是A是流氓,B是騎士
c)A說的內(nèi)容:(!p ∨ q)
      假設(shè)A是騎士,即p=1,說明A說的內(nèi)容為真,即(!p ∨ q)=1,推出q=1,即說明B也為騎士,沒有矛盾。
      假設(shè)A不是騎士,即!p=1,說明A說的內(nèi)容為假,即(!p ∨ q)=0,但是!p=1,所以無論(!p ∨ q)是不可能為0的,所以矛盾
      結(jié)果倆人都是騎士
d)A說的內(nèi)容:p。B說的內(nèi)容:q
      假設(shè)A是騎士,即p=1,說明A說的內(nèi)容為真,即p=1,與條件相符。
      假設(shè)A是流氓,即!p=1,說明A說的內(nèi)容為假,即p=0,此時也與條件相符。
      B的判斷也一樣,所以結(jié)果是無法判斷出誰是騎士誰是流氓
e)A說的內(nèi)容:(!p ∧ !q)
      假設(shè)A是騎士,即p=1,說明A說的內(nèi)容為真,即(!p ∧ !q)=1,因為!p=0,所以無論如何(!p ∧ !q)是不可能為0的,矛盾
      假設(shè)A是流氓,即!p=1,說明A說都內(nèi)容為假,即(!p ∧ !q)=0,說明!q=0,即B是騎士,沒有矛盾
      結(jié)果是A是流氓,B是騎士

posted @ 2012-09-26 18:06 古月 閱讀(5501) | 評論 (3)編輯 收藏

邏輯推理:在一個100條語句的列表中,第n條語句是“在這個列表中,恰有n條語句為假”,可以得出什么結(jié)論?

《離散數(shù)學(xué)及其應(yīng)用》第六版1.1練習(xí)題第43題的個人分析
題目:在一個100條語句的列表中,第n條語句是“在這個列表中,恰有n條語句為假”..........
     a)從這些語句中得出什么結(jié)論
     b) 若第n條語句是”至少有n條語句為家“,結(jié)論是什么
     c)假設(shè)包含99條語句,回答b

答案網(wǎng)上都有,我是給出自己的分析過程:(思路大概是:如果這句話話為真,推出這句話的內(nèi)容為真,由這句話的內(nèi)容又能推出其余話的是不是為真,再根據(jù)其余話的內(nèi)容來判斷是不是矛盾。主要就是看這句話為真與這句話的內(nèi)容為真是不是矛盾。分清這句話和這句話的內(nèi)容,就明了了)
a)p1,p2,.....p100分別代表這個100條語句。
假設(shè)p1為真,根據(jù)p1的內(nèi)容,既然只有1個語句為假了,那后面的99條語句說的全不是只有1個為假,說明后面99條全為假。可既然后面99條全為假了,那說明這個列表有99條為假,但是p1說只有1個為假,條件和結(jié)論相矛盾。所以假設(shè)不成立,說明p1為假。
同樣的方法推斷p2。假設(shè)p2為真,根據(jù)p2內(nèi)容,后面的98條全是假的了,再算上p1已經(jīng)為假了,說明列表里有99條為假,與p2內(nèi)容矛盾。所以假設(shè)不成立,說明p2也為假。
同樣推斷出p3到p98也都是假的。
再看p99,假設(shè)p99為真,首先前面98條已經(jīng)證明為假的了,再根據(jù)p99的內(nèi)容”恰有99條為假“,還差1條,說明p100肯定為假。而從p100的內(nèi)容”恰有100條語句“來判斷,p100也確實為假(因為p99為真的,所以p100的內(nèi)容是不對的)。這個由條件到結(jié)果是不矛盾的。保險起見,再假設(shè)p99為假的,因為前面98個已經(jīng)證明為假了,而p99也假設(shè)為假了,現(xiàn)在共有99條假的了,再根據(jù)p99的內(nèi)容,說明p100也必須為假,因為如果p100為真的話,那p99就是真話了。如果p100也為假的話,那說明這個列表全部都為假了,可是這樣又到底了p100的內(nèi)容是真的,條件到結(jié)論矛盾。再次證明了p99為真
再看p100,現(xiàn)在已知98都為假,p99為真,p99既然為真,那他的內(nèi)容就是一個事實”恰有99條為假“,還差1條,只能說明p100為假了,如果p100為假的話,那么p100所陳述的內(nèi)容就是假的,而事實也確實說明p100的內(nèi)容為假。
所以最后的結(jié)果是:除了p99,其余全為假。
b)這個要反過來推到
先假設(shè)p100為真,那p100的內(nèi)容就是真的”至少有100條假“,因為總共就100條,說明全都為假,可既然100條都是假,那p100也是假的,又矛盾了。表明p100應(yīng)該為假的。(也可以從另外一個角度證明,p100的內(nèi)容”至少有100條假“是真的,說明”至少有99條、98條、1條為假“都是真的,前面99條都為真的,那怎么還能至少100條為假呢,矛盾。表明p100為假)
同樣方法推斷p99,假設(shè)p99為真,由p99的內(nèi)容推斷p1到p98都為真,而p1到p98都為真顯然是與p99的內(nèi)容不符合的,矛盾。表明p99為假。
同樣推斷出p98到p51都為假的。
再看p50,假設(shè)p50為真,由p50的內(nèi)容推斷p1到p49也都為真,說明50條為假的語句只能是p51到p100了,而事實上p51到p100也確實都為假,不矛盾。表明p50應(yīng)該為真。保險期間,我們再假設(shè)p50為假,那說明p50的內(nèi)容”至少50條語句為假“是不對的,可是p51到p100這50條語句已經(jīng)證明為假了,矛盾。再次表明p50應(yīng)該為真。
接著看p49,假設(shè)p49為真,由p49的內(nèi)容推斷p1到p48都為真,而p51到p100都為假,也論證了p49的內(nèi)容是沒錯的,沒有矛盾。p49為真
同理推斷出p48到p1也都為真。
所以最后的結(jié)果是:p1到p50為真,其余為假。
c)同樣方法推斷出p99到p51為假
推斷p50,假設(shè)p50為真,由其內(nèi)容推斷出p1到p49都為真,一共99條語句,p1到p49為真,p50也假設(shè)為真了,只剩下49條語句根本湊不成50條為假了,所以矛盾,p50為假。可是p50如果為假的,由于p51到p99這49條已經(jīng)為假了,再加上p50又為假,說明這個列表確實至少有50個為假,這樣說明p50的內(nèi)容是對的,p50應(yīng)該是真的,再次矛盾。可見無論p50為真還是為假,都矛盾。說明這是個悖論。

posted @ 2012-09-26 15:31 古月 閱讀(1496) | 評論 (0)編輯 收藏

2012年9月19日

c++中explict關(guān)鍵字的說明和使用

先看下面這一個簡單的代碼吧

 1 #include <iostream>
 2 using namespace std;
 3 class my
 4 {
 5 private:
 6     int t;
 7 public:
 8     my(){};
 9     my(int i):t(i){};
10     int get()
11     {
12         return t;
13     }
14     void print(my d)
15     {
16         cout<<d.get()<<endl;
17     }
18 };
19 
20 int main()
21 {
22     my t;
23     int i=3;
24     t.print(i);
25     return 0;
26 }

main函數(shù)中t.print(i);的調(diào)用,my類里面print函數(shù)接受的數(shù)據(jù)類型的my,不是int,但這段程序仍然能夠正常運行,是因為my類里面存在一個只有一個形參的構(gòu)造函數(shù)。

當(dāng)在一個需要my類型對象的地方(比如print函數(shù),就需要一個my類型對象),但是如果卻沒有給一個my類型對象,給了一個其他類型的對象,比如int,那么這個時候就會看這個類有沒有定義一個只接受一個參數(shù)的構(gòu)造函數(shù),而且這個形參必須是int,然后構(gòu)造出一個my類型臨時對象,再把這個臨時對象給需要my類對象的地方,完成一種隱式的轉(zhuǎn)換。
注意:如果這個類有一個接受一個參數(shù)的構(gòu)造函數(shù),但是這個參數(shù)的類型比如是string,這個隱式轉(zhuǎn)換肯定就不會發(fā)生了,編譯時會提示錯誤。

總之,隱式轉(zhuǎn)換會發(fā)生在,本來需要一個這種類對象的時候,卻給了一個其他的數(shù)據(jù)類型,而且類也恰好有一個只接受一個這種數(shù)據(jù)類型參數(shù)的構(gòu)造函數(shù),就會先調(diào)用這個構(gòu)造函數(shù)生成一個臨時對象,接著將這臨時對象用于需要這種類對象的地方。

但是很多時候,這種隱式轉(zhuǎn)換會帶來很大的麻煩,因此如果自己定義的類中,有一個只接受一個參數(shù)的構(gòu)造函數(shù),除非有一個好理由允許構(gòu)造函數(shù)被用于隱式類型轉(zhuǎn)換,否則那么就要在這個構(gòu)造函數(shù)前面加一個關(guān)鍵詞 explicit,表明不會發(fā)生隱式轉(zhuǎn)換。

posted @ 2012-09-19 18:15 古月 閱讀(654) | 評論 (0)編輯 收藏

2012年6月7日

再談下聲明、定義、初始化、賦值和extern

雖然定義也是聲明,但為了方便說明問題,下文中的聲明只是單純的聲明,定義就只是定義。

1.      聲明、定義、初始化和賦值四個術(shù)語有著本質(zhì)的不同,雖然有時候看起來差不多甚至完全一樣,但如果不搞清楚很容易出現(xiàn)錯誤,或者錯了不知道怎么改。

 

2.     a: extern關(guān)鍵詞用來表明這是一個聲明:extern int I;變量i就是一個聲明。聲明前面一定要有一個關(guān)鍵字extern,沒有這個關(guān)鍵詞就不是一個聲明。

b: 沒有extern就是一個定義,比如int i=9;是一個定義,特別要注意的是int i;這也是一個定義。

c: 初始化就是在變量定義時給變量一個初值,所以初始化語句也一定是一個定義語句,但反過來就不對了,因為類似于:int i;就是定義,但沒有初始化。特別要注意的是:extern int i = 9;雖然有extern關(guān)鍵詞,但是因為初始化了,所以這也是一個定義,不是聲明。

d: 賦值語句就簡單了,賦值語句是給一個已經(jīng)定義的變量(不管這個變量有沒有初始化)一個新值。特別要注意的是,要給賦值的變量必須已經(jīng)定義過了,僅僅聲明是不行的。

 

3.       extern關(guān)鍵詞除了表明這是一個聲明以外,更重要的是表明:所聲明的變量的定義可能是在程序中其他文件里。如下代碼

    //file1.cpp

#include <iostream>
using namespace std;
extern int i;//這是一個聲明,告訴編譯器變量i的定義有可能是在其他源文件中,即使本文件中沒有i的定義,你也不要報錯。
void main()
{
    extern int i;//同樣是對i的聲明,作用與上面的聲明完全一樣,說明聲明可以存在多個,實際上這兩個聲明只要任意一個就可以了。但是兩個聲明語句如果一個都沒有,編譯器就會認(rèn)為變量i沒有定義,會報錯。

    i=0;//賦值語句,給變量i一個新值,變量賦值前必須要已經(jīng)定義了,如果不存在file2文件中的定義語句,雖然不會出現(xiàn)編譯錯誤,但是鏈接會有錯。
    cout<<i;
}

//file2.cpp

int i;//首先是一個定義,而且是一個沒有初始化的定義(不過實際上全局變量i被默認(rèn)初始化為0),變量i被定義在file2源文件中

 

 

4.      一個程序中可能包括不只一個文件,所有文件中同一個變量(其實主要說的全局變量)必須總共只能定義一次,但是聲明可以有無數(shù)個。而且如果文件A中用到的變量的定義是在其他文件中,那么在文件A中用這個變量之前,一定要加上一句extern聲明語句,告訴編譯器我所用的這個變量有可能是在其他文件里

5.   extern int i=9;上面已經(jīng)提到雖然有extern,但這也是一個定義,因為初始化了。類似于這種有extern也有初始化的語句,只能出現(xiàn)在全局作用域,如果出現(xiàn)在函數(shù)內(nèi)部,這是錯誤的。

6.       (轉(zhuǎn))有關(guān)編譯器的一個特點:現(xiàn)代編譯器一般都屬于按文件編譯,就是說編譯時多個源文件自己編譯自己的,互不影響,好像只有自己一個文件。只要每個文件編譯時沒有出現(xiàn)錯誤,那么就不會發(fā)生編譯時錯誤。但是沒有發(fā)生編譯錯誤,并不代表程序就沒有錯誤,因為還會發(fā)生鏈接錯誤。比如下面這兩個代碼

     //A.cpp
int i;//這是變量i的定義
 
void main()
{
}

//B.cpp
int i;//這也是變量i的定義
編譯時兩個文件A和B是相互不影響的,所以編譯時不會出現(xiàn)任何錯誤,但是這個程序是有問題的,因為全局變量i是被定義了兩次的,所以鏈接時就會報告類似于下面的錯誤:

B.obj : error LNK2005: "int i" (?i@@3HA) already defined in A.obj

Debug/A.exe : fatal error LNK1169: one or more multiply defined symbols found

另外上面也提到了,編譯時各個文件是相互不影響的,編譯器是不會認(rèn)為在這個文件中沒有定義的變量其實很有可能人家是個全局變量,在其他文件中定義了,這就要報錯。解決方法就是用extern聲明一個變量,告訴編譯器人家這個變量不是沒有定義,只是在其他文件中定義了,你別報錯了。

 

posted @ 2012-06-07 15:41 古月 閱讀(3752) | 評論 (0)編輯 收藏

2012年5月28日

新學(xué)到的有關(guān)cin輸入流的特點、用法

#include <iostream>

using namespace std;
void main()
{
    double val;
    char ch0,ch1;
    cin>>val;
    cout<<val<<endl;
    cin>>ch0;
    cout<<ch0<<endl;
    cin>>ch1;
    cout<<ch1<<endl;
}

cin輸入流用法之前學(xué)的不認(rèn)真,忽略到了。
這段代碼很簡單,開始第一個輸入的時候,比如直接輸入:123ab。最后的結(jié)果是把123給了val,a給了ch0,b給了ch1。
也就是說,當(dāng)cin給一個double時,這時如果你的輸入是123ab,不是單純的一個數(shù)字時,那么將只是把輸入的數(shù)字部分123給double,但是剩下的ab不是簡單的遺棄掉,而是繼續(xù)留在輸入流中,等待下一次出現(xiàn)cin再把ab給到下一個要從輸入流得到值的變量。

posted @ 2012-05-28 00:20 古月 閱讀(659) | 評論 (0)編輯 收藏

2012年1月13日

鄙人這輩子編寫的第一個游戲程序:猜拳! 好激動,共享下c++源代碼

     摘要: 石頭剪子布的猜拳游戲,在VC下編譯運行下,生成的.EXE文件,就可以單獨拿出來玩游戲了。這個游戲?qū)儆?.1版本,最原始的1.0版本主要部分和這個差不多,1.1主要是在原來的基礎(chǔ)上與玩家的交互做了一些更加友好的改進(jìn)(感謝提出改進(jìn)意見的宿舍兄弟)程序基本沒有太大的技術(shù)含量,自認(rèn)為程序核心的部分:電腦隨機給出的猜拳。本人想到了一個很簡單但自認(rèn)為挺巧妙的方法(小小的驕傲下),不多說了看代碼吧,如果代碼有什...  閱讀全文

posted @ 2012-01-13 22:30 古月 閱讀(3976) | 評論 (7)編輯 收藏

2011年12月25日

字符串操作函數(shù)中的參數(shù)問題

這個首先先解釋下一個很基礎(chǔ)但是卻很重要又常常容易搞混的問題。
char a[]和char*的區(qū)別。
《c語言程序設(shè)計》(中文版)的解釋挺不錯的,我再大概說一下。
..............................
char ame[] = "nw is the time";
char *pme = "now is the time";
首先說pme是把一個指向該字符數(shù)組的指針賦值給pme.這個過程沒有涉及到字符串的復(fù)制,只是有指針的操作。pme首先是一個指針,這個指針指向一個字符串常量,這個指針此后可以被修改為指向其它字符串,但是如果修改字符串本身的內(nèi)容,結(jié)果是未定義的。ame是一個存放初始化字符串和空字符的一維數(shù)組,數(shù)組中的單個字符都是可以被修改的,但是ame是個地址常量,是不可以被修改的,它始終指向這一個字符串。

string.h中定義了很多字符串操作函數(shù),比如strncat,這些函數(shù)至少都有兩個參數(shù),第一個參數(shù)是目的字符串,第二個參數(shù)是源字符串。
關(guān)于這個參數(shù)的類型到底用哪種,要看相關(guān)的參數(shù)內(nèi)容在函數(shù)執(zhí)行完以后是不是會發(fā)生改變。如果參數(shù)內(nèi)容發(fā)生改變了就要用char[],如果參數(shù)的內(nèi)容不發(fā)生改變則兩個都可以用。

比如strncat(s,ct,n),函數(shù)的作用是把ct的前n個字符連接到s的后面,最后補上一個空字符。那么顯然執(zhí)行完以后s的內(nèi)容是變化了的,所以定義s是必須是char s[80],不能是char *s,對于ct來說內(nèi)容沒有發(fā)生變化,怎么定義就都可以了。

posted @ 2011-12-25 16:25 古月 閱讀(737) | 評論 (0)編輯 收藏

僅列出標(biāo)題  下一頁
<2025年9月>
31123456
78910111213
14151617181920
21222324252627
2829301234
567891011

導(dǎo)航

統(tǒng)計

常用鏈接

留言簿

隨筆分類

隨筆檔案

文章檔案

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>
            亚洲一级一区| 亚洲日本无吗高清不卡| 亚洲免费在线播放| 国产免费成人av| 久久久亚洲人| 另类酷文…触手系列精品集v1小说| 激情视频亚洲| 亚洲第一在线视频| 欧美日韩亚洲系列| 久久丁香综合五月国产三级网站| 欧美一区日本一区韩国一区| 亚洲国产一区二区a毛片| 日韩午夜在线电影| 国产日韩欧美综合精品| 欧美二区不卡| 国产精品久久福利| 蜜桃av一区二区三区| 欧美日韩另类在线| 久久久久久久久伊人| 欧美精品国产| 久久久久久久尹人综合网亚洲 | 久久久一区二区三区| 国产精品99久久99久久久二8| 免费日韩成人| 性亚洲最疯狂xxxx高清| 美国成人毛片| 欧美亚洲免费电影| 欧美成人免费播放| 久久精品国产久精国产思思| 欧美理论片在线观看| 久久免费高清| 国产精品国产三级欧美二区| 久久综合一区| 国产欧美一区二区精品仙草咪 | 午夜免费在线观看精品视频| aa日韩免费精品视频一| 久久精品1区| 午夜久久黄色| 欧美日韩中文字幕在线视频| 欧美成人久久| 国内精品久久久久影院薰衣草| 亚洲欧洲一区二区三区久久| 玉米视频成人免费看| 亚洲免费一区二区| 亚洲欧美电影院| 欧美日本中文字幕| 欧美黄色影院| 亚洲电影在线播放| 久久精品国产清自在天天线| 香蕉久久夜色| 国产精品亚洲成人| 一区二区三区免费观看| 一区二区三区四区五区视频| 欧美sm视频| 亚洲第一色中文字幕| 亚洲高清免费| 噜噜噜躁狠狠躁狠狠精品视频| 久久久精品动漫| 国产日韩亚洲欧美精品| 亚洲永久视频| 久久精品国产免费观看| 国产美女精品视频免费观看| 亚洲免费中文| 久久精品国产99国产精品| 国产免费亚洲高清| 亚洲欧美日韩久久精品| 久久精彩免费视频| 一区二区三区在线看| 久久久xxx| 欧美激情一区二区三区全黄| 亚洲欧洲另类| 欧美精品在线观看播放| 夜夜嗨一区二区| 午夜精品久久久久影视| 国产婷婷精品| 久久在线免费| 亚洲肉体裸体xxxx137| 中文国产成人精品| 国产精品美女www爽爽爽视频| 亚洲欧美日本国产有色| 久久中文字幕一区| 亚洲三级电影在线观看| 欧美色图麻豆| 午夜精品剧场| 亚洲第一黄色网| 亚洲专区欧美专区| 国产一区美女| 国产精品视频xxxx| 欧美激情第10页| 亚洲神马久久| 久久综合五月| 亚洲午夜一区二区| 黑人巨大精品欧美一区二区| 欧美国产日韩在线| 亚洲免费网站| 亚洲人成人99网站| 久久成人一区| 一本色道久久综合亚洲精品婷婷| 国产精品永久免费在线| 欧美国产日产韩国视频| 午夜视频在线观看一区二区三区 | 亚洲综合欧美| 亚洲高清成人| 久久久久久久综合日本| 9国产精品视频| 黄色亚洲免费| 国产精品久久久久久福利一牛影视 | 亚洲国产aⅴ天堂久久| 欧美三日本三级少妇三2023 | 最新国产精品拍自在线播放| 久久se精品一区二区| 亚洲理论电影网| 黄色免费成人| 国产偷国产偷亚洲高清97cao| 欧美黄色免费网站| 久久人人爽爽爽人久久久| 亚洲专区在线视频| 一本色道久久99精品综合| 欧美黄色aa电影| 可以免费看不卡的av网站| 午夜精品在线视频| 亚洲一区二区三区免费视频| 亚洲人成网在线播放| 在线播放亚洲一区| 国产一区二区精品丝袜| 国产精品乱人伦一区二区| 欧美精品一二三| 免费成年人欧美视频| 久久全球大尺度高清视频| 午夜视频在线观看一区二区| 亚洲专区在线| 亚洲欧美国产精品专区久久| 亚洲视频网在线直播| 亚洲天堂av综合网| 在线一区免费观看| 亚洲无线视频| 亚洲午夜女主播在线直播| 中文日韩在线视频| 亚洲图片欧洲图片av| 亚洲午夜国产一区99re久久 | 嫩草国产精品入口| 久久综合图片| 欧美高清视频一区二区三区在线观看| 美女黄色成人网| 你懂的国产精品永久在线| 欧美 日韩 国产精品免费观看| 免费国产自线拍一欧美视频| 欧美freesex交免费视频| 欧美电影在线观看完整版| 欧美激情一区二区三区四区| 亚洲欧洲免费视频| 亚洲日本va在线观看| 99视频有精品| 亚洲欧美国产精品专区久久| 欧美亚洲一区二区在线| 久久久久久黄| 欧美久久一级| 国产精品综合| av成人免费| 欧美三区美女| 欧美日韩亚洲视频一区| 国产精品久久77777| 国产一区二区三区四区三区四| 怡红院精品视频| 亚洲精品一区二| 亚洲一区在线播放| 老司机精品视频网站| 亚洲国产成人精品女人久久久 | 国产精品99久久久久久有的能看 | 久久久久久欧美| 欧美精品在线视频| 国产日韩在线播放| 亚洲久久成人| 欧美一区二区日韩| 欧美成人影音| 亚洲一区bb| 你懂的亚洲视频| 国产精品视频自拍| 亚洲日韩成人| 久久精精品视频| 亚洲伦理网站| 久久久久久久久久看片| 欧美日本一道本在线视频| 黑人中文字幕一区二区三区| 亚洲视频电影图片偷拍一区| 狼人天天伊人久久| 亚洲综合精品自拍| 欧美日本三级| 亚洲国产精品小视频| 欧美一级二级三级蜜桃| 91久久精品国产91性色tv| 欧美在线精品免播放器视频| 欧美午夜理伦三级在线观看| 亚洲大片在线观看| 久久成人在线| 亚洲主播在线播放| 欧美日韩网址| 亚洲免费观看高清完整版在线观看熊| 久久久久久穴| 欧美亚洲一区二区在线观看|