• <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>
            隨筆-91  評(píng)論-137  文章-0  trackbacks-0
            共2頁: 1 2 
            re: 外觀模式 lwch 2011-05-27 07:58
            @nscboy
            設(shè)計(jì)模式就是這么定義的..
            re: 代理模式 lwch 2011-05-16 20:16
            @K.V
            哪里詭異了...
            re: 裝飾模式 lwch 2011-05-06 16:07
            @千暮(zblc)
            截圖下來貌似有點(diǎn)變色..
            上圖那個(gè)例子運(yùn)行到一半崩掉了..
            re: VS2010 SP1 MFC/C++新功能 lwch 2011-03-11 14:24
            C++的確是沒有什么特別大的更新了.
            re: ESEngine_Demo5 lwch 2011-03-02 17:44
            @陳梓瀚(vczh)
            - -編譯原理以前有幾篇文章..
            原始的就是簡(jiǎn)單..
            int sum(MyStruct* objs, int offset, int count)
            {
                
            int result = 0;
                
            for(int i = 0; i < count; ++i)
                    result 
            += *(objs[i] + offset);
                
            return result;
            }

            int sum_value = sum(me,&MyStruct::value,10);

            int sum_key = sum(me,&MyStruct::key,10);
            @陳梓瀚(vczh)
            Node是在運(yùn)行時(shí)生成的,要壓縮的話還得遍歷一遍..
            @陳梓瀚(vczh)
            這個(gè)問題還真沒考慮過..惰性計(jì)算的確不是一件容易的事情..
            但這個(gè)作為詞法分析器已經(jīng)足夠
            @陳梓瀚(vczh)
            的確..沒有理解組合這個(gè)概念..
            新年快樂,再出好文章~~
            @xx
            還處于學(xué)習(xí)階段,Linux0.00的代碼比較短應(yīng)此拿它來研究.
            用自頂向下的方法很容易對(duì)這類語法,運(yùn)算符優(yōu)先級(jí)越高就越先被歸約..
            沒有檢查緩沖區(qū)長(zhǎng)度...
            會(huì)造成溢出
            發(fā)現(xiàn)DFA生成的時(shí)候有點(diǎn)小問題,修改了一下...
            采用新的算法生成DFA狀態(tài)機(jī),現(xiàn)在生成126個(gè)狀態(tài),408條邊僅需1.1秒..
            現(xiàn)在156個(gè)狀態(tài)435條邊Release版本需要15秒左右..
            @陳梓瀚(vczh)
            沒算上IO時(shí)間,時(shí)間主要消耗在DFA的狀態(tài)機(jī)生成上..
            優(yōu)化完Debug版本效率差不多提升了一半,Release版本差不多2,300毫秒
            開啟代碼的完全優(yōu)化Debug版本和之前相比提升了10倍左右..
            算法主要時(shí)間基本都消耗在反復(fù)讀取指針的值上
            對(duì)這3種情況分別反匯編以后都得到以下結(jié)果
            00401004 |. C745 FC 00000>mov dword ptr [ebp-4], 0
            0040100B |. EB 09 jmp short 00401016
            0040100D |> 8B45 FC /mov eax, dword ptr [ebp-4]
            00401010 |. 83C0 01 |add eax, 1
            00401013 |. 8945 FC |mov dword ptr [ebp-4], eax
            00401016 |> 817D FC E8030> cmp dword ptr [ebp-4], 3E8
            0040101D |. 7D 02 |jge short 00401021
            0040101F |.^ EB EC \jmp short 0040100D

            所以說優(yōu)化后的效率是一樣的
            @jmchxy
            比如后面的L"a"在變量a里則表達(dá)式成了
            str += 'a' + a;
            稍不注意就會(huì)出問題..
            @陳梓瀚(vczh)
            參照了你那篇寫出來的..不過代碼出入比較大..
            共2頁: 1 2 
            久久99精品久久只有精品| 久久天堂AV综合合色蜜桃网| 中文字幕一区二区三区久久网站| 青青热久久国产久精品| 久久精品国产福利国产秒| 中文精品久久久久人妻不卡| 狠狠色丁香久久综合五月| 偷窥少妇久久久久久久久| 伊人色综合久久| 久久久久一区二区三区| 久久亚洲AV成人无码国产| 中文国产成人精品久久亚洲精品AⅤ无码精品 | 色诱久久久久综合网ywww| 久久久久亚洲av毛片大| 国产成人精品久久一区二区三区av | 久久婷婷色综合一区二区| 久久久99精品一区二区| 国产亚洲精久久久久久无码AV| 久久久久免费精品国产| 香蕉久久一区二区不卡无毒影院| 精品久久香蕉国产线看观看亚洲| 亚洲级αV无码毛片久久精品| 久久亚洲AV无码精品色午夜麻豆 | 久久亚洲AV永久无码精品| 国产免费福利体检区久久| 97精品伊人久久久大香线蕉| 精品久久8x国产免费观看| 国产精品久久网| 久久精品综合网| 91精品国产综合久久精品| 国产精品99久久久久久www| 青青草国产精品久久久久| 久久亚洲av无码精品浪潮| 天天久久狠狠色综合| 99久久久精品| 无码精品久久久久久人妻中字| 狠狠色丁香久久婷婷综合五月| 亚洲乱亚洲乱淫久久| 久久无码AV中文出轨人妻| 1000部精品久久久久久久久| 日本欧美国产精品第一页久久|