• <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>
            唉,又失算了……
            什么時候才可以有時間更新啊……
            計劃下周吧,希望不要再次食言
            終于考完了,1月9日,心里一塊石頭終于落地,砸到了腳上……
            爭取本周恢復更新,^_^
            最近事情狂多,1月又有一個考試,更新不得不中斷一段時間……爭取一個月一更吧:-{
            本來打算周更新的,結果變成月更新了……
            看來需要進行一下整體變更控制了:(
            最近公司和家里事情暴多……文章只好短一些,盡量一周一篇吧……希望10月份可以正常起來.
            還好PMP一次就過了……
            又跳票了……
            家中有事,推遲到本周末恢復更新
            出了一趟遠門,下周回復更新……
            考試臨近,停止更新……
            6月27日考試……書還沒有看完呢……
            因為最近要參加一個考試,考試比較難,需要認真復習,6月份考完。在這之前更新的頻率可能要下降……
            @func
            謝謝,已經修正
            @guest
            的確,出了一趟門,居然忘了吃幾碗飯了,呵呵。已經更正了。
            又在list.c的函數前面增加了一些說明性的文字,希望不熟悉STL的xdjm們看起來可以更清楚一些……
            出了一趟遠門,深圳、北京的跑了一圈……
            @似水之心

            呵呵,每個人的學習方法都有或多或少的不同,空明流轉兄的學習方法可能是自底向上更適合他。
            總之可以學好的方法就是好方法,文章中只是介紹其中之一,每個人可以根據自己的環境和習慣加以分析和取舍

            總之謝謝大家評論和提意見,謝謝
            @astone
            呵呵,03年的時候確實沒有TR1,原文應當是boost
            @Dave Chen
            ^_^,是鐵蛋旗艦店,沒錯。
            的確,linux的發行版本確是是bug,我們就當是穿越了……
            謝謝評論,請繼續關注,有任何看法都可以提
            另外祝校友春節愉快,拜年啦!
            @zwp
            沒錯,您是內行!的確就算用C也可以寫出具有明確責任和抽象的代碼……這與我們使用的語言沒有關系,而和我們的思考問題的方式有關,就算用匯編也可以寫出很清晰的代碼……語言提供的幫助不過是簡化了這一過程而已。
            老C會在以下幾方面對代碼進行評審:
            1. 格式。
            2. 規范性,包括命名,大小寫等等。
            3. 抽象與復用。
            @likenk
            沒錯!就是DECLAR_DYNAMIC和IMPLEMENT_DYNAMIC做的事情,而后面的具體實現函數就像On_XXX一樣。^_^
            @你好
            const char* const name_ 指的是name_所指向的字符串內容不能被改變,而且name_這個指針也不能被改變,指向其他內容是不行的。

            初始化結構體的時候,{}也是可以不用的,不過用上更清晰一些。謝謝。
            至于_T,應當是windows開發環境定義的宏吧,用于在windows頭文件定義的WCHAR和CHAR之間做編譯選擇用的,標準C中并沒有定義這個宏,而且
            不涉及國際化的時候wchar_t這個類型也是可以不用的吧。

            我用的是最新的GCC,代碼可以編譯通過。VS2005上也試了一下,可以通過。

            還是謝謝您的評論。
            @adon
            哦,設計模式是內容的一部分,主要包括
            1. 從C到C++
            1.1 首先接觸類
            1.2 越早接觸UML越好
            1.3 直接學習C++習語和設計模式
            1.4 代碼格式和編程素質,寫優雅的代碼
            1.5 C++對象模型
            2. 過程,工具,人。
            2.1 IDE,配置管理
            2.2 漸進的迭代式開發
            2.3 以需求(用例)為引導
            3. 討論一些高級技巧
            3.1 異常安全性
            3.2 線程安全
            4. 模版與meta programming
            5. STL和BOOST,TR1
            6. Qt和MFC
            7. 其他,可能包括一些XML之類

            不會按照順序寫,應當是穿插起來的吧。后面的還沒有想好,接下來應該討論一些從C過渡到C++的故事,中間穿插一些關于IDE,配置管理和C++對象模型的討論吧
            <2025年6月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345

            導航

            統計

            常用鏈接

            留言簿(6)

            隨筆檔案(21)

            文章檔案(1)

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            久久无码人妻一区二区三区| 久久综合狠狠综合久久激情 | 狠狠综合久久综合88亚洲| 久久久WWW免费人成精品| 久久综合色老色| 久久w5ww成w人免费| 久久乐国产精品亚洲综合| 色天使久久综合网天天| 91久久精品视频| 亚洲AV日韩精品久久久久久| 久久99精品九九九久久婷婷| 亚洲精品午夜国产VA久久成人| 国产精品免费久久久久久久久| 久久国产免费直播| 国产成人精品久久综合| 欧美大香线蕉线伊人久久| 精品久久久久久国产三级| 狠色狠色狠狠色综合久久| 综合人妻久久一区二区精品| 国产香蕉97碰碰久久人人| 97热久久免费频精品99| 三上悠亚久久精品| 国产成人精品综合久久久久| 少妇久久久久久被弄到高潮 | 97精品伊人久久大香线蕉| 国产福利电影一区二区三区久久久久成人精品综合| 久久国产美女免费观看精品| 精品免费久久久久久久| 日韩精品久久久肉伦网站| 久久精品亚洲AV久久久无码| 精品国产日韩久久亚洲| 亚洲国产天堂久久久久久| 久久高潮一级毛片免费| 久久99精品九九九久久婷婷 | 久久久久久综合网天天| 亚洲?V乱码久久精品蜜桃 | 欧美亚洲日本久久精品| 久久精品国产99久久久香蕉| 久久久久国产精品三级网| 一级做a爰片久久毛片看看| 亚洲国产综合久久天堂|