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

            歲月流轉,往昔空明

            C++博客 首頁 新隨筆 聯(lián)系 聚合 管理
              118 Posts :: 3 Stories :: 413 Comments :: 0 Trackbacks
            共13頁: 1 2 3 4 5 6 7 8 9 Last 
            re: 《風魂》引擎之內存池學習 空明流轉 2010-12-12 14:54
            風。。。風。。。風魂。。。
            re: Why I am so stupid? 空明流轉 2010-12-06 10:27
            寫boost的人是挖空心思從Spec里面想摳出點東西拿來用。

            那個令人發(fā)指的typeof更是連編譯器bug都用上了。

            你要是挖空心思,其實也是可以的。。。
            re: 開發(fā)自己的IDE(十二) 空明流轉 2010-12-05 11:35
            V5
            @建議而已,請勿攻擊
            攻擊,一定要攻擊,要用蘿卜攻擊。。。
            簡而言之,樓主傻逼了,鑒定完畢。
            咩哈哈。
            真的還就是wstring的問題。。。
            re: C++通用刪除器設計 空明流轉 2010-11-16 10:52
            @李現(xiàn)民

            扯淡,有什么不穩(wěn)定的。

            shared_ptr是一個完全OK的選擇。至于性能損失,我還真沒遇到過。一個atomic的add,能有多少性能損耗?能和你的res alloc和free比么?

            還有,RAII本身就是一種Idiom。你覺得不適用,只是因為你對RAII這個Idiom本身不熟悉而已。
            @dazhuang
            簡而言之,人肉。
            re: C++關鍵字mutable的思考 空明流轉 2010-10-30 14:15
            極少用。偶爾遇到這種問題,例如Lazy Evaluation,應該盡量用Const Cast,而不是mutable。
            并且,標記了const的,一般意味著只讀。如果要對象有線程安全性,就必須要能滿足Write-One Read-Many的約定。
            而Mutable隱式的打破了這樣的約定,是很不好的。
            re: boost之7.shared_ptr注意事項 空明流轉 2010-10-27 18:13
            @陳梓瀚(vczh)
            沒有成為過bottleneck。
            re: boost之7.shared_ptr注意事項 空明流轉 2010-10-27 18:12
            慢還好了。
            re: boost之7.shared_ptr注意事項 空明流轉 2010-10-27 10:23
            shared ptr 是 atomic 的操作。所以線程安全性很好。
            re: 加快編譯速度 空明流轉 2010-10-26 15:18
            買個SDD。
            re: 學習下 WTL 的 thunk 空明流轉 2010-10-25 10:42
            順便說一下,那個什么所謂的Thunk,也就是一個JIT的雛形。。。
            re: 學習下 WTL 的 thunk 空明流轉 2010-10-25 10:29
            WTL的高手還沒發(fā)話沒得打架的。
            我沒覺得WTL模板用的多。。。
            不加template在gcc上貌似會掛掉。
            @ccsdu2009
            這是SoftArt文檔的一部分,自然選擇用英文。
            re: 關于A卡和N卡驅動 空明流轉 2010-09-22 15:54
            A卡在DX驅動上問題不多,如果有一般都是開發(fā)者問題。
            GL上就不一樣了,如果有問題,至少有一半可能是A卡Driver造成的。
            re: 軟件開源很重要嗎? 空明流轉 2010-09-21 18:16
            開源的主要意義在于可以貢獻一個社區(qū)。對于個人來說用處不大。
            re: 開發(fā)自己的IDE(四) 空明流轉 2010-09-20 09:45
            我說師祖啊,你每天都要被C++的擁躉折磨很長時間吶。其實我也希望你搞個C++的,然后我就可以用了。你現(xiàn)在這樣我咋移植。。。
            re: 開發(fā)自己的IDE(三) 空明流轉 2010-09-20 09:43
            @iloveprogramme
            C#可以RAD出自己想要的東西。。。就真么簡單。。。
            re: 開發(fā)自己的IDE(二) 空明流轉 2010-09-20 09:39
            師祖威武。
            re: C++強大的背后 空明流轉 2010-09-18 11:01
            @陳梓瀚(vczh)
            跨平臺和平臺兼容并不是一個概念。
            re: 開發(fā)自己的IDE(一) 空明流轉 2010-09-17 14:32
            樓主之前都把博客園的大牛們當成我這樣的徒孫了。
            re: 開發(fā)自己的IDE(一) 空明流轉 2010-09-16 14:30
            @pengwang
            樓主的語法分析就不用教導了。。。
            re: 開發(fā)自己的IDE(一) 空明流轉 2010-09-16 14:30
            師祖,您太謙虛了。
            re: 仿boost接口的智能指針 空明流轉 2010-09-05 15:17
            不知道樓主這么做是想干什么。。。
            @clever101
            是的,我只是沒有指明是哪個編輯器而已。。。
            沙發(fā),vc威武。
            re: “三流學校的學生又來了” 空明流轉 2010-08-25 15:18
            map gis 真的是不怎么樣。。。
            re: 十步精通新語言 空明流轉 2010-08-23 09:53
            很多時候不同的語言代表了截然不同的需求和解決思路,不可一概而論。
            按照CPP來使用的Python,終究只是換了個樣子的Cpp而已。
            re: 七律一首,詠程序員 空明流轉 2010-08-18 19:03
            niubi .

            @LOGOS
            C++你要敢這么寫,異常會把你弄死。
            @LOGOS
            順便說一下,準確的說Composite是它在結構組織上的模式,但是實際上,這是一個很典型的strategy/state模式 + decorator模式的組合運用。Combinator在此處起到的是語法糖的作用。
            @LOGOS
            static void If(this ILogger logger), 注意這個this。
            re: 三個星期沒有更新博客了 空明流轉 2010-08-08 10:18
            @by
            教主無敵。
            re: 三個星期沒有更新博客了 空明流轉 2010-08-07 18:45
            # re: 三個星期沒有更新博客了[未登錄] 2010-08-07 11:09 | by
            個人覺得,語言已經(jīng)到頭了。
            未來新概念編程才是真正需要的東西。
            而不是停留在語言這個落后的東西上,
            希望博主能迷途知返為我們帶來真正創(chuàng)新的東西。

            +10086
            @right
            那我要說精通啥的,不是更抽象。。。
            @Bill Hsu
            不是個性,leader就是這么要求的,我自然就這么轉達了。
            re: C++界面庫的抉擇 空明流轉 2010-07-29 11:11
            @陳梓瀚(vczh)
            不是極端,而是需要,你就得用,親愛的。
            你只是不需要罷了。不代表別人就不需要。。。
            re: C++界面庫的抉擇 空明流轉 2010-07-28 20:13
            我咋覺得你這個比較都說煩了。
            不管從哪個平臺哪個角度,Qt都絕對是中規(guī)中矩的。
            如果跨平臺,絕對是Qt完勝。
            @陳梓瀚(vczh)
            其實沒必要。只要能理解“遞歸”和不動點就可以了。
            模板元編程最好不要看匯編,不是一個抽象層面的東西。
            @唐風
            跟哥哥造Renderer吧。
            re: SimplePascal Grammar 空明流轉 2010-07-09 16:47
            牛逼。
            re: 關于C++之“復雜” 空明流轉 2010-07-09 16:46
            所謂C++問題多,實際上還是程序員的問題。

            以為自己很牛逼,語言的任何Feature都敢用。你不熟的Feature,用了不是找死咩?用出了問題,就開始怪C++。哦,你說你拉不出便便了,就能埋怨這洗手間太高檔了咩?
            re: 告別的話 空明流轉 2010-06-25 11:12
            @zuhd
            100分。多一分不多。150滿分。作文應該是36分。我高中作文基本就沒有到40分的。
            @欲三更
            沒有那么復雜,一行就是一行,空行就是{}獨立成行的,null行就是出空白符外什么都沒有的。
            這個統(tǒng)計結果不是那么準確,不過大體上是差不多的。
            re: C++實用技巧(一) 空明流轉 2010-06-22 22:24

            6、如果你實在很喜歡C語言的話,那麻煩換一個只支持C不支持C++的編譯器,全面杜絕因為誤用了C++而導致你的C壞掉的情況出現(xiàn)。

            對于主流C++編譯器來說,換一下編譯選項就可以了。
            re: C++實用技巧(一) 空明流轉 2010-06-22 22:23
            膜拜
            共13頁: 1 2 3 4 5 6 7 8 9 Last 
            久久精品国产91久久麻豆自制| 久久久久无码中| 国产精品久久自在自线观看| 久久久国产精品网站| 精品人妻伦九区久久AAA片69| 久久人妻少妇嫩草AV无码蜜桃 | 欧美亚洲色综久久精品国产| 亚洲午夜久久久久久噜噜噜| 精品久久香蕉国产线看观看亚洲| 久久久久久久综合日本| 伊人久久综合精品无码AV专区| 国产精品久久久久aaaa| 久久亚洲精品无码VA大香大香| 国产精品久久网| 无码人妻精品一区二区三区久久久| 91久久精品视频| 精品久久一区二区三区| 亚洲色婷婷综合久久| 亚洲精品99久久久久中文字幕 | 久久伊人影视| 日本精品久久久中文字幕| 欧美伊人久久大香线蕉综合| 国产精品伦理久久久久久 | 99久久精品免费| 国产成人精品久久二区二区| 久久狠狠爱亚洲综合影院| 亚洲欧美成人久久综合中文网| 久久精品?ⅴ无码中文字幕| 久久青青草原综合伊人| 99久久精品日本一区二区免费 | 激情伊人五月天久久综合| 97精品依人久久久大香线蕉97| 久久午夜福利电影| 亚洲国产精品嫩草影院久久| 久久精品国产清自在天天线| 精品久久久久久久久久久久久久久| 91久久精品国产免费直播| 日韩一区二区久久久久久 | 精品久久久久久国产潘金莲| 久久精品国产99久久久古代| 麻豆精品久久久久久久99蜜桃|