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

            Codejie's C++ Space

            Using C++

            丟臉:C++害死人


            ??? 工作需要,今天寫了一個C語言的H文件,都是一些類型定義,不長,不到200行。知道是在寫C的代碼,所以格外小心,盡量清空腦袋里面的C++,但編譯檢查時,還是錯誤比代碼還多。。。被C++害死了,完成忘記C該怎么寫了。。。
            ??? 下面列舉一下C++的“罪狀”。
            1.????
            code:
            ?typedef?
            bool?BOOL;
            ?BOOL?ready;

            result:
            ?error:?syntax?error?before?
            "BOOL"
            ??? 為什么會這樣呢?因為啊,因此C語言沒有‘bool’類型。。。。

            2.
            code:
            ?
            enum?TestType?{?TT1?=?0,?TT2?};
            ?
            const?int?LENGTH?=?100;
            ?
            char?Array[LENGTH];

            result:
            ?error:?variable
            -size?type?declared?outside?of?any?function
            ??? 為什么會這樣呢?因為啊,因為C語言的變量必須定義在類型前面。。。(這里錯了,請看評論)

            3.
            code:

            enum?TestType?{?TT1?=?0,?TT2?};
            TestType?type;

            result:
            ?error:?syntax?error?before?
            "type"
            ??? 為什么會這樣呢?因為啊,因為C語言中enum,struct自定義類型在使用是需要在類型前面指明enum,struct什么的。。。。

            4. (這個是補充的)
            code:

            enum?T1?{?tt?=?0?};
            enum?T2?{?tt?=?0?};

            result:
            ?error:?redeclaration?of?enumerator?
            'tt'
            ????為什么會這樣呢?因為啊,因為啊,不說了。。這個問題太可怕了~

            ?? 算了,不說了,錯誤比代碼還多,感覺狠丟臉啊。。??磥硪獜男聦W習C語言了。。。
            ??? 不過,話說回來,C語言有啥好啊,要類型沒類型,要擴展沒擴展,要。。最主要的,沒有STL庫。。。對于我這樣需要對數據進行管理的代碼來說,簡直就是悲劇啊。。。。

            posted on 2009-10-29 18:23 codejie 閱讀(1189) 評論(10)  編輯 收藏 引用 所屬分類: C++隨筆而已

            評論

            # re: 丟臉:C++害死人 2009-10-29 19:50 Sunshine Alike

            嘿嘿,我一直不會寫C,從來都木有學過 @_@  回復  更多評論   

            # re: 丟臉:C++害死人[未登錄] 2009-10-31 05:28 Liu

            我記得當年你給我推薦過一本書,講的是C++內存的布置。因為要實現OOP的緣故,類的封裝開銷確實要比C大。我相信你還記得這個吧?

            對于臺式機來說,現在這點內存已經不算啥了。對于嵌入式系統,操作系統內核來說,這點開銷還是很多人在乎的……

            我現在工作的板子,內存才48M呢。整個Linux跑起來還要加載各種驅動模塊加上應用程序,JAVA虛擬機……內存很重要的  回復  更多評論   

            # re: 丟臉:C++害死人[未登錄] 2009-10-31 05:35 Liu

            @Liu
            順便說一句,我們板子的存儲空間只有16M,其中2M可以供應用程序讀寫。14M包括整個操作系統加上應用程序(ftpd,tftpd,tr69,httpd,dhcpd還有其他各種統計工具監控工具時間同步軟件防火墻過濾規則匹配等等等等),web的網頁圖片和一個簡單的XML數據庫……不節約用能行么  回復  更多評論   

            # re: 丟臉:C++害死人 2009-11-02 08:51 wu

            關于第2點不解,看英文描述不是說:在函數體外面聲明了動態數組。
            C99支持動態數組,但可能不允許作為全局變量定義。
            你的解說莫明其妙!  回復  更多評論   

            # re: 丟臉:C++害死人 2009-11-02 10:25 codejie

            @Liu
            你的run環境比我這邊可憐好多。。。我們怎么也是兩個扳子,8G內存,4個CPU,24個核,還有一個不知道大小的Shared Memory。。。在我看來,這樣的條件下,完成可以使用C++來編寫程序了。目前從我得到的情況看,用C的緣由是因為你們A國人,只會用C。。。。
            我現在在努力把自己的腦袋變成C腦袋。。。  回復  更多評論   

            # re: 丟臉:C++害死人 2009-11-02 10:32 codejie

            @wu
            嗯,你說的對,這個錯誤應該是由于動態數組的原因導致的。
            我不知道C99標準定義了什么,但我用GCC 3.46還是不支持的。
            想來比較好理解,程序加載時,全局變量在開始就初始了,由于在初始時并沒有初始順序的概念,因此可能存在不知道數組大小的情況,這樣,動態數組就無法初始,編譯錯誤也指出了問題所在。
            不知道我這樣理解是否正確,謝謝指點。  回復  更多評論   

            # re: 丟臉:C++害死人[未登錄] 2009-11-03 03:01 Liu

            @codejie

            你們是局端設備,配置當然不是我們這些用戶端設備可以比擬的。

            不過你們真的可以用C++了,就是估計以前的傳統都是C,現在想改也難阿……  回復  更多評論   

            # re: 丟臉:C++害死人 2009-11-03 08:41 wu

            所謂動態數組也是通過??臻g實現的,全局變量肯定不成啦。
            其實LENGTH已經被定義成常量了,在C++可以用作定義靜態數組長度了,
            但在C里面好像還是不可以吧?既然報了這個錯,我猜她是支持動態數組的,
            int fun(int n) {char array[n];} // 定義時動態,使用期間不可擴縮  回復  更多評論   

            # re: 丟臉:C++害死人 2009-11-03 08:55 codejie

            @Liu
            是啊,只有我迎合工作,沒有工作迎合我之說啊~  回復  更多評論   

            # re: 丟臉:C++害死人 2009-11-03 08:56 codejie

            ◎wu
            是的,我知道C++這樣是OK的。。。  回復  更多評論   

            公告

            Using C++

            導航

            統計

            留言簿(73)

            隨筆分類(513)

            積分與排名

            最新評論

            閱讀排行榜

            評論排行榜

            97久久超碰国产精品2021| 亚洲精品无码久久久| 久久国产精品-久久精品| 精品亚洲综合久久中文字幕| 久久午夜福利电影| 韩国免费A级毛片久久| 欧美成a人片免费看久久| 大伊人青草狠狠久久| 色婷婷久久久SWAG精品| 国产亚洲美女精品久久久久狼| 色欲综合久久躁天天躁| 久久九九有精品国产23百花影院| 性做久久久久久久久浪潮| jizzjizz国产精品久久| 欧美精品国产综合久久| 久久天天躁狠狠躁夜夜2020老熟妇| 久久久噜噜噜久久熟女AA片| 日本加勒比久久精品| www亚洲欲色成人久久精品| 狼狼综合久久久久综合网| 亚洲欧洲久久av| 要久久爱在线免费观看| 久久久久亚洲AV无码专区桃色| 亚洲狠狠久久综合一区77777| 人妻无码αv中文字幕久久琪琪布 人妻无码久久一区二区三区免费 人妻无码中文久久久久专区 | 伊人久久大香线蕉AV一区二区| 亚洲精品高清久久| 91精品国产91久久久久久| 久久亚洲精品无码AV红樱桃| 77777亚洲午夜久久多人| 国内精品伊人久久久久777| 亚洲精品NV久久久久久久久久| 亚洲欧美一级久久精品| 一级女性全黄久久生活片免费| 久久久精品久久久久特色影视| 欧美激情精品久久久久久久九九九 | 国产—久久香蕉国产线看观看| 精品亚洲综合久久中文字幕| 国产一级做a爰片久久毛片| 久久国产乱子精品免费女| 国产精品成人精品久久久|