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

            廢棄了,管理員看到就把賬號刪掉吧

            廢棄了,管理員看到就把賬號刪掉吧

            共2頁: 1 2 
            路過……友情幫頂
            re: RP 計算器 [未登錄] missdeer 2008-09-30 09:07
            我也是100
            CString ===> CStringT<TCHAR>
            std::string ====> std::basic_string<char>
            所以如果用Unicode編譯的話,這里寫的就不行了
            被你這么一說,弄得我都不敢用TDM了
            做IDE,有意思,我喜歡
            csdn開始兩年還好點,現在壓根就是一菜鳥大本營
            re: Lua的C++封裝[未登錄] missdeer 2008-07-16 20:57
            如果有很多很多函數需要作為腳本接口,還是比較累的
            不頂對不起自己
            Codelite的工程組織方式更貼近VC用戶
            CodeBlocks感覺用著不習慣
            似乎Source Insight用正則表達式達成的效果也不錯
            re: 如何手寫語法分析器 missdeer 2008-06-16 18:47
            “不存在全人類都感興趣的”,所以不用管“為了看以后的文章要求讀者們都理解《編譯原理》還是不太實際的”
            @空明流轉
            Scintilla可算是目前開源編輯器控件中最強大的一個了,不但支持多種操作系統,還有多種編程語言(庫)移植版本,比如Scintilla.NET、wxScintilla等。它只是個控件,所以容器外殼做得怎么樣,不關它的事。
            語法著色的編輯器還是用Scintilla方便,加個lexer上去也不是太麻煩
            re: MFC中獲取程序運行的路徑 missdeer 2008-06-07 23:39
            有個API可以直接去掉文件名
            PathRemoveFileSpec
            re: Qt 4 Dance!哇咔咔! missdeer 2008-06-07 23:37
            看不懂,適應不了西方人的思維方式
            re: 用Boost.Python構建混合系統 missdeer 2008-05-29 21:20
            大言不慚地說一句,感覺Boost::Python的學術價值遠大于應用價值
            re: 不用IDE的結果 missdeer 2008-05-25 09:41
            原來如此啊,同情ing
            我有一個項目里用MSR的greta全文匹配5種模式,一個3萬行的文件,占用CPU99%可能要1分鐘左右。最近發現,用lex和yacc來做,達到同樣的效果,可能不會超過3秒鐘。正則表達式要用好,還是很有文章可作的。
            怎么不整個VSS或者CVS/SVN都行啊
            最簡單的似乎就是這么做的
            FP什么東東
            re: 不用IDE的結果[未登錄] missdeer 2008-04-21 20:47
            何必呢,就為了學所謂的“高手”么。。。
            真的高手哪在乎用什么工具,哪個順手就用哪個才是王道
            沒看出優勢在哪里,好像都只是生成隨機數嘛
            re: MegaxEditor[未登錄] missdeer 2008-03-11 19:38
            好牛啊
            以前看《Imperfect C++》覺得太晦澀了,就丟下了,看來還真值得認真讀一讀
            平常小數據量傳輸是看不出什么,但如果數據量一大,就很明顯了,你可以試試它的一個http client例子,讓它下載一個1M大小的文件,不管你的網絡環境如何,都會很占CPU。
            我還在用2003的說~~不過今天早上剛從eMule上下完2008的TS版,一看它的配置要求,放棄了~~
            @dfdf
            你可以隨便找個網上書店看一下它的評論怎么樣……另外,不是國內的……

            @SS
            這里說的是3D編程?你看清楚標題再說……
            re: 從for到foreach missdeer 2007-09-27 22:15
            感覺BOOST_FOREACH好像可能會有性能問題、、
            不過std::for_each+boost::bind/boost::lambda簡直就是無敵~
            @金慶
            如果要用Boost之類的模板庫,強烈建議放棄VC6,改用7.1或8.0,無論從編譯器對標準的兼容,還是第三方庫對編譯器的支持上看,7.1都遠遠好于6.0
            @exile
            我也希望是自己寫的代碼的問題,畢竟要選擇用一個框架來進行開發,對于一個穩重的項目組來說是很大的一個決心??墒俏矣玫臏y試代碼就是asio自帶的例子程序,其它相關的文檔提及的也少……
            發現asio占用CPU很厲害,而且不知道是不是我用得不對,傳輸效率并不高。。。
            re: 項目完成后體會 missdeer 2007-09-12 22:29
            C里操作字符串時指針亂飄可是拉風呀,哈哈,前段時間我也這樣搞過,心驚膽戰
            re: 我對軟件優化的一些想法 missdeer 2007-08-10 21:36
            這文章總結得好
            連《Windows游戲編程大師技巧》都沒有
            re: 日志系統的幾則妙用 missdeer 2007-05-20 00:58
            對于cout型的,也不是不好辦,具體看Hurb Sutter的《Conversations》里有一章就講了如何重定向std::cout和std::cerr,不用sync來capture輸出這個麻煩哈
            re: 發現自己土了 missdeer 2007-05-20 00:55
            @FlyingBear
            TypeList做成參數個數不限的可能性現在看來好像不存在吧,《Modern C++ Design》里就是手動寫了一個一個的宏,loki里把上限擴到50個,幾乎可以滿足所有的需求。
            標題寫錯了,應該是“每個.net開發人員...”
            re: 發現自己土了 missdeer 2007-05-04 19:21
            @沐楓
            boost::bind的參數個數限制好像就是占位符的個數限制吧,最多9個吧,如果是類成員函數bind的話,還要再減掉一個用來傳遞依賴的對象
            Bjarne看了那書也說人家是“too clever”,呵呵
            就像前面的老兄說的,模板技術、泛型編程更多的情況是適用于庫作者
            現在大量的C++庫,包括Boost、Loki以及很多Language Binding庫,都用到了書中提到的Policy技術,確實解決了以前存在的一些問題
            re: 我所不能容忍的QQ missdeer 2007-05-02 09:59
            對對,而且一個小破聊天軟件那么耗資源,真是不能容忍啊~~~
            re: 發現自己土了 missdeer 2007-04-30 20:38
            所謂聞道有先后,呵呵,沒什么土不土的~~~
            re: YC 瀏覽器 missdeer 2007-04-25 20:10
            "編譯速度竟然比VC++還要快一些"
            VC的編譯速度已經夠慢了,還用“竟然”……
            re: 知識失衡 missdeer 2007-04-18 21:28
            不用現成的庫來寫界面挺痛苦的
            用現成的庫的話,又要增加學習庫使用的成本,hoho~~~
            re: [原創]LuaPlus使用報告(1) missdeer 2007-04-18 21:25
            有個韓國人寫的輕量級的封裝LuaTinker,很簡單,才2個文件
            另外,以前看樣子好像LuaBind要合入Boost,不過后來一直沒什么動靜了-_-b本來還有點期待的
            說實話, 這個tricks不提倡學啊~~~
            @Kooyu
            接口經常變動就是設計得太糟糕了,要么就學COM,已有接口永遠不變,要么就添加新接口
            共2頁: 1 2 

            導航

            <2025年7月>
            293012345
            6789101112
            13141516171819
            20212223242526
            272829303112
            3456789

            統計

            常用鏈接

            Other blogs

            積分與排名

            最新隨筆

            最新評論

            久久国产精品99国产精| 久久久九九有精品国产| 欧美色综合久久久久久| 色99久久久久高潮综合影院| 久久乐国产综合亚洲精品| 久久精品国产免费观看三人同眠| 亚洲欧美日韩中文久久| 99久久精品国产一区二区| 无码8090精品久久一区| 国产亚洲精久久久久久无码| 久久精品国产一区二区| 久久久免费精品re6| 欧美性大战久久久久久| 国产精品美女久久久久网| 亚洲七七久久精品中文国产| 久久99国产精品99久久| 久久久久亚洲AV无码观看| 丰满少妇人妻久久久久久4| 亚洲精品乱码久久久久久蜜桃图片 | 久久av免费天堂小草播放| 亚洲午夜无码AV毛片久久| 国产精品久久久久9999| 99精品久久精品一区二区| 国产呻吟久久久久久久92| 国产精品久久久久AV福利动漫 | 亚洲AV无码久久精品色欲| 韩国三级中文字幕hd久久精品| 久久人人爽人人爽人人片av高请| 一级a性色生活片久久无少妇一级婬片免费放| 亚洲精品乱码久久久久久 | 久久精品国产亚洲7777| 日本久久久久久中文字幕| 久久精品国产男包| 99久久国产亚洲综合精品| 久久中文精品无码中文字幕| 精品久久久久中文字| 亚洲国产天堂久久综合网站 | 久久er99热精品一区二区| 亚洲欧美成人综合久久久| 久久精品国产亚洲av麻豆图片 | 欧美日韩中文字幕久久久不卡|