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

            2016年5月28日

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

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

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

            2016年5月27日

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

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

            快遞的寄送過程:

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

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

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

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

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


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

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

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

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

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

            1、全緩沖

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

            2、行緩沖

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

            3、不帶緩沖

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

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

            緩沖區(qū)滿時(shí);

            執(zhí)行flush語句;

            執(zhí)行endl語句;

            關(guān)閉文件。

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

            ANSI C要求下列緩存特征:

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

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

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

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

             

             

             

            二、流的概念

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

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

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

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


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

            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í)行過程中,程序并不會(huì)在每次輸入一個(gè)空格時(shí)就打印一次,而在在完全輸入一行字符串并摁下回車后,才會(huì)打印。原因就是在我們輸入回車之前的一行字符串都只是存放到了為標(biāo)準(zhǔn)輸入分配的緩沖區(qū)中,這是一個(gè)行緩沖區(qū),在遇到換行符之前,緩沖區(qū)不會(huì)刷新也就不會(huì)觸發(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í),您可以輸入一串字符并按下回車鍵,按下回車鍵后該函數(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時(shí),由于此時(shí)緩沖區(qū)里面沒有任何內(nèi)容,所以程序等待鍵盤的輸入,輸入abcdefg后,然后輸入回車,觸發(fā)了行緩沖的條件,執(zhí)行I/O,getchar開始讀取緩沖區(qū)的內(nèi)容,由于此函數(shù)只讀取一個(gè)字符,所以讀完字符a后,讀取結(jié)束,執(zhí)行下面的語句,將a打印到屏幕。由于緩沖區(qū)中字符只被讀取了1個(gè)字符a,剩余的bcdefg還在緩沖區(qū)中,因此執(zhí)行到while中的getchar時(shí),直接讀取緩沖區(qū)中的內(nèi)容,也就是依次讀取bcdefg,回車符也是緩沖區(qū)中的一個(gè)字符,當(dāng)讀取完回車后,while循環(huán)結(jié)束。


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

            2014年7月2日

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

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

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


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

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


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

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

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

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

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

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

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

            2012年9月26日

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

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

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

            個(gè)人分析:
            首先,定義命題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,因?yàn)閜=1推出!p=0,所以!q=1,所有q=0,即B為流氓。過程沒有矛盾。
                  保險(xiǎn)起見,再假設(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,此時(shí)q是0還是1,都符合。再從B說的話著手,因?yàn)?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,此時(shí)也與條件相符。
                  B的判斷也一樣,所以結(jié)果是無法判斷出誰是騎士誰是流氓
            e)A說的內(nèi)容:(!p ∧ !q)
                  假設(shè)A是騎士,即p=1,說明A說的內(nèi)容為真,即(!p ∧ !q)=1,因?yàn)?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 古月 閱讀(5461) | 評論 (3)編輯 收藏

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

            《離散數(shù)學(xué)及其應(yīng)用》第六版1.1練習(xí)題第43題的個(gè)人分析
            題目:在一個(gè)100條語句的列表中,第n條語句是“在這個(gè)列表中,恰有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分別代表這個(gè)100條語句。
            假設(shè)p1為真,根據(jù)p1的內(nèi)容,既然只有1個(gè)語句為假了,那后面的99條語句說的全不是只有1個(gè)為假,說明后面99條全為假。可既然后面99條全為假了,那說明這個(gè)列表有99條為假,但是p1說只有1個(gè)為假,條件和結(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也確實(shí)為假(因?yàn)閜99為真的,所以p100的內(nèi)容是不對的)。這個(gè)由條件到結(jié)果是不矛盾的。保險(xiǎn)起見,再假設(shè)p99為假的,因?yàn)榍懊?8個(gè)已經(jīng)證明為假了,而p99也假設(shè)為假了,現(xiàn)在共有99條假的了,再根據(jù)p99的內(nèi)容,說明p100也必須為假,因?yàn)槿绻鹥100為真的話,那p99就是真話了。如果p100也為假的話,那說明這個(gè)列表全部都為假了,可是這樣又到底了p100的內(nèi)容是真的,條件到結(jié)論矛盾。再次證明了p99為真
            再看p100,現(xiàn)在已知98都為假,p99為真,p99既然為真,那他的內(nèi)容就是一個(gè)事實(shí)”恰有99條為假“,還差1條,只能說明p100為假了,如果p100為假的話,那么p100所陳述的內(nèi)容就是假的,而事實(shí)也確實(shí)說明p100的內(nèi)容為假。
            所以最后的結(jié)果是:除了p99,其余全為假。
            b)這個(gè)要反過來推到
            先假設(shè)p100為真,那p100的內(nèi)容就是真的”至少有100條假“,因?yàn)榭偣簿?00條,說明全都為假,可既然100條都是假,那p100也是假的,又矛盾了。表明p100應(yīng)該為假的。(也可以從另外一個(gè)角度證明,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了,而事實(shí)上p51到p100也確實(shí)都為假,不矛盾。表明p50應(yīng)該為真。保險(xiǎn)期間,我們再假設(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)容是沒錯(cuò)的,沒有矛盾。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又為假,說明這個(gè)列表確實(shí)至少有50個(gè)為假,這樣說明p50的內(nèi)容是對的,p50應(yīng)該是真的,再次矛盾。可見無論p50為真還是為假,都矛盾。說明這是個(gè)悖論。

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

            2012年9月19日

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

            先看下面這一個(gè)簡單的代碼吧

             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,但這段程序仍然能夠正常運(yùn)行,是因?yàn)閙y類里面存在一個(gè)只有一個(gè)形參的構(gòu)造函數(shù)。

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

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

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

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

            2012年6月7日

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

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

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

             

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

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

            c: 初始化就是在變量定義時(shí)給變量一個(gè)初值,所以初始化語句也一定是一個(gè)定義語句,但反過來就不對了,因?yàn)轭愃朴冢?/span>int i;就是定義,但沒有初始化。特別要注意的是:extern int i = 9;雖然有extern關(guān)鍵詞,但是因?yàn)槌跏蓟耍赃@也是一個(gè)定義,不是聲明。

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

             

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

                //file1.cpp

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

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

            //file2.cpp

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

             

             

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

            5.   extern int i=9;上面已經(jīng)提到雖然有extern,但這也是一個(gè)定義,因?yàn)槌跏蓟恕?span style="color: red; ">類似于這種有extern也有初始化的語句,只能出現(xiàn)在全局作用域,如果出現(xiàn)在函數(shù)內(nèi)部,這是錯(cuò)誤的。

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

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

            //B.cpp
            int i;//這也是變量i的定義
            編譯時(shí)兩個(gè)文件A和B是相互不影響的,所以編譯時(shí)不會(huì)出現(xiàn)任何錯(cuò)誤,但是這個(gè)程序是有問題的,因?yàn)槿肿兞縤是被定義了兩次的,所以鏈接時(shí)就會(huì)報(bào)告類似于下面的錯(cuò)誤:

            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

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

             

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

            2012年5月28日

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

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

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

            2012年1月13日

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

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

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

            2011年12月25日

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

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

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

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

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

            僅列出標(biāo)題  下一頁
            <2025年6月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345

            導(dǎo)航

            統(tǒng)計(jì)

            常用鏈接

            留言簿

            隨筆分類

            隨筆檔案

            文章檔案

            C++/C

            搜索

            積分與排名

            最新評論

            閱讀排行榜

            評論排行榜

            亚洲国产日韩欧美久久| 欧美综合天天夜夜久久| 国产精品丝袜久久久久久不卡| 久久久久亚洲AV无码去区首| 99精品国产免费久久久久久下载| 久久夜色精品国产噜噜麻豆| 久久久久亚洲AV成人网| 少妇精品久久久一区二区三区| 99久久久久| 国产美女久久久| 久久99国产综合精品女同| 久久亚洲熟女cc98cm| 久久精品国产亚洲av水果派| 色综合久久无码五十路人妻| 亚洲天堂久久精品| 亚洲国产精品无码久久久秋霞2 | 一级做a爰片久久毛片免费陪| 亚洲精品午夜国产VA久久成人| 26uuu久久五月天| 久久亚洲精品人成综合网| 久久成人18免费网站| 色综合久久最新中文字幕| 久久久久久综合网天天| 久久丫忘忧草产品| 久久久久一级精品亚洲国产成人综合AV区| 久久亚洲国产精品成人AV秋霞| 久久精品国产99久久香蕉| 国产精品久久久久天天影视| 久久香蕉国产线看观看99| 亚洲伊人久久大香线蕉综合图片| 久久久久人妻一区二区三区| 国产精品gz久久久| 色噜噜狠狠先锋影音久久| 2021久久精品国产99国产精品| 亚洲va久久久噜噜噜久久男同| 一级A毛片免费观看久久精品| 午夜精品久久久久成人| 国产69精品久久久久APP下载| 天天综合久久一二三区| 人妻丰满?V无码久久不卡| 日韩va亚洲va欧美va久久|