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

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            精品久久8x国产免费观看| 亚洲AV无码一区东京热久久| 久久亚洲国产欧洲精品一| 国产亚洲精品自在久久| 久久93精品国产91久久综合| 午夜福利91久久福利| 色综合久久久久久久久五月| 91精品国产高清久久久久久国产嫩草 | 精品久久久久久无码人妻热| 伊人伊成久久人综合网777| 久久亚洲日韩精品一区二区三区| 9久久9久久精品| 久久精品视频一| 青青草原1769久久免费播放| 怡红院日本一道日本久久 | 久久午夜免费视频| 丁香狠狠色婷婷久久综合| 四虎国产精品成人免费久久| 国产99精品久久| 精品国产日韩久久亚洲| 狠狠久久综合| 亚洲国产精品婷婷久久| 狼狼综合久久久久综合网| 一本久久综合亚洲鲁鲁五月天| 久久99国产精品久久久| 无码国内精品久久人妻| 久久综合久久综合亚洲| 精品久久久久久久久久久久久久久| 久久久久亚洲Av无码专| 欧美亚洲国产精品久久| 欧美精品一区二区久久| 国产精品亚洲综合专区片高清久久久| 亚洲AV日韩精品久久久久久久| 偷窥少妇久久久久久久久| 久久久久国产一区二区| 91久久精品电影| 久久国产V一级毛多内射| 国产精品免费久久久久影院| 国产巨作麻豆欧美亚洲综合久久| 久久91精品国产91久久户| 色综合久久最新中文字幕|