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

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

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

            初始化結(jié)構(gòu)體的時候,{}也是可以不用的,不過用上更清晰一些。謝謝。
            至于_T,應(yīng)當(dāng)是windows開發(fā)環(huán)境定義的宏吧,用于在windows頭文件定義的WCHAR和CHAR之間做編譯選擇用的,標(biāo)準(zhǔn)C中并沒有定義這個宏,而且
            不涉及國際化的時候wchar_t這個類型也是可以不用的吧。

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

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

            不會按照順序?qū)?,?yīng)當(dāng)是穿插起來的吧。后面的還沒有想好,接下來應(yīng)該討論一些從C過渡到C++的故事,中間穿插一些關(guān)于IDE,配置管理和C++對象模型的討論吧
            <2025年5月>
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            導(dǎo)航

            統(tǒng)計

            常用鏈接

            留言簿(6)

            隨筆檔案(21)

            文章檔案(1)

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            国产精品久久久香蕉| 久久久久人妻一区精品 | 久久亚洲国产中v天仙www | 久久午夜羞羞影院免费观看| 国产午夜精品久久久久免费视| 国产精品日韩欧美久久综合| 久久综合偷偷噜噜噜色| 国产精品久久国产精品99盘 | 久久久青草青青国产亚洲免观| 久久久久波多野结衣高潮| 久久夜色tv网站| 亚洲国产欧美国产综合久久| 久久久人妻精品无码一区| 91精品国产乱码久久久久久| 久久久这里有精品| 久久婷婷五月综合成人D啪| 久久久久中文字幕| 久久天堂AV综合合色蜜桃网| 亚洲人成无码www久久久| 91精品无码久久久久久五月天| 亚洲精品国产美女久久久| 久久国产精品无| 久久精品国产WWW456C0M| 国产亚洲美女精品久久久久狼| 午夜久久久久久禁播电影| 亚洲Av无码国产情品久久| 国内精品久久久久影院网站| 久久精品国产精品青草| …久久精品99久久香蕉国产 | 丁香色欲久久久久久综合网| 亚洲国产成人久久综合碰| 久久WWW免费人成—看片| 久久国产成人亚洲精品影院| 国产高清美女一级a毛片久久w| 久久―日本道色综合久久| 91久久成人免费| 亚洲&#228;v永久无码精品天堂久久| 久久综合久久综合久久| 国产精品va久久久久久久| 久久久久18| 囯产极品美女高潮无套久久久 |