• <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'
            ????為什么會這樣呢?因為啊,因為啊,不說了。。這個問題太可怕了~

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

            posted on 2009-10-29 18:23 codejie 閱讀(1182) 評論(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

            所謂動態數組也是通過棧空間實現的,全局變量肯定不成啦。
            其實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)

            積分與排名

            最新評論

            閱讀排行榜

            評論排行榜

            久久精品无码一区二区三区免费| 婷婷五月深深久久精品| 国产精品成人精品久久久| 国产一区二区三区久久| 国产成人综合久久精品尤物| 香蕉99久久国产综合精品宅男自 | 一本色道久久综合狠狠躁篇| 欧美激情一区二区久久久| 91精品国产乱码久久久久久| 久久久久人妻精品一区三寸蜜桃| 伊人久久大香线蕉av不变影院| 国产成人久久激情91| 久久国产综合精品五月天| 久久人人爽人人爽人人AV东京热| 亚洲国产精品久久久久婷婷软件 | 亚洲国产精久久久久久久| 伊人久久大香线蕉综合网站| 精品久久人妻av中文字幕| 久久精品中文字幕一区| 精品人妻久久久久久888| 久久伊人中文无码| 99久久免费国产特黄| 久久久久亚洲av综合波多野结衣| 99久久精品国产一区二区| 精品国产一区二区三区久久久狼| 欧美与黑人午夜性猛交久久久| 国产精品九九久久免费视频 | 久久精品天天中文字幕人妻| 亚洲国产精品成人AV无码久久综合影院| 色88久久久久高潮综合影院 | 亚洲级αV无码毛片久久精品 | 午夜精品久久久久久久无码| 成人亚洲欧美久久久久| 国产精品一区二区久久国产| 亚洲日韩中文无码久久| 国产精品无码久久四虎| 91精品观看91久久久久久| 久久久精品午夜免费不卡| 97久久精品无码一区二区| 久久久久久九九99精品| 精品久久8x国产免费观看|