• <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++對象模型的討論吧
            <2009年8月>
            2627282930311
            2345678
            9101112131415
            16171819202122
            23242526272829
            303112345

            導航

            統計

            常用鏈接

            留言簿(6)

            隨筆檔案(21)

            文章檔案(1)

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            丁香五月综合久久激情| 无码久久精品国产亚洲Av影片| 亚洲国产精品综合久久网络| 久久99精品国产麻豆宅宅 | 亚洲AV日韩精品久久久久| 国产亚洲精品美女久久久| 欧美精品九九99久久在观看| 久久国产高清字幕中文| 久久精品国产男包| 精品久久久久一区二区三区| 成人久久免费网站| 久久亚洲国产精品123区| 久久最近最新中文字幕大全| 久久综合狠狠综合久久综合88 | 日产精品久久久久久久性色| 久久国产一区二区| 狠狠色婷婷久久综合频道日韩 | 久久精品国产99久久无毒不卡| 久久无码人妻精品一区二区三区 | 国产精品美女久久久久AV福利| 亚洲国产精品无码成人片久久| 亚洲七七久久精品中文国产| 草草久久久无码国产专区| 国产精品久久久久久久久| 久久亚洲精品无码AV红樱桃| 99久久精品免费看国产一区二区三区| 久久精品成人影院| 久久影院久久香蕉国产线看观看| 99久久国语露脸精品国产| 久久本道伊人久久| 免费精品99久久国产综合精品| 国产精品欧美久久久天天影视| 人妻少妇久久中文字幕| 久久亚洲AV成人无码国产| 国产成年无码久久久久毛片| 99精品国产在热久久无毒不卡| 国内精品久久久久久99蜜桃| 狠狠狠色丁香婷婷综合久久五月 | 欧美午夜A∨大片久久| 武侠古典久久婷婷狼人伊人| 国产精品久久久久久久app|