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

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            亚洲第一永久AV网站久久精品男人的天堂AV | 国产精品久久久久久久久免费| 久久播电影网| 国产日产久久高清欧美一区| 久久香蕉一级毛片| 18岁日韩内射颜射午夜久久成人 | 伊人久久大香线蕉AV色婷婷色| 国产—久久香蕉国产线看观看| 久久精品无码一区二区三区日韩 | 久久国产精品久久精品国产| 精品久久久久久国产| 亚洲va久久久噜噜噜久久狠狠| 国产成人无码精品久久久性色| 污污内射久久一区二区欧美日韩| 一级做a爰片久久毛片毛片| 日本久久久久亚洲中字幕 | 奇米综合四色77777久久| 久久久久亚洲AV片无码下载蜜桃 | 国产91久久精品一区二区| 国内精品九九久久久精品| 久久免费国产精品| 国产成人久久精品激情| 久久99中文字幕久久| 中文精品久久久久国产网址| 欧美午夜A∨大片久久| 久久九九兔免费精品6| 久久精品国产免费| 中文字幕无码久久久| 99久久99久久| 亚洲精品国产自在久久| 久久久亚洲欧洲日产国码aⅴ| 久久国产免费直播| 欧美牲交A欧牲交aⅴ久久| 久久97久久97精品免视看秋霞| 久久人人爽人人爽人人片AV高清| 久久精品国产亚洲沈樵| 久久精品无码一区二区日韩AV| 日韩精品久久久久久免费| 久久午夜综合久久| 国产精品9999久久久久| 精品无码久久久久国产动漫3d|