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

            李錦俊(mybios)的blog

            游戲開發 C++ Cocos2d-x OpenGL DirectX 數學 計算機圖形學 SQL Server

              C++博客 :: 首頁 :: 聯系 :: 聚合  :: 管理
              86 Posts :: 0 Stories :: 370 Comments :: 0 Trackbacks

            公告

            QQ:30743734
            EMain:mybios@qq.com

            常用鏈接

            留言簿(16)

            我參與的團隊

            最新隨筆

            搜索

            •  

            積分與排名

            • 積分 - 371357
            • 排名 - 67

            最新評論

            閱讀排行榜

            評論排行榜

            Lua 的 5.1 版本已經正式發布?,F在,我們應該把全部討論放在這個版本上。

            Hot!應該盡量使用 local 變量而非 global 變量。這是 Lua 初學者最容易犯的錯誤。global 變量實際上是放在一張全局的 table 里的。global 變量實際上是利用一個 string (變量名作 key) 去訪問這個 table 。雖然[InterWiki]Lua5 的 table 效率很高 ,但是相對于 local 變量,依然有很大的效率損失。local 變量是直接通過 Lua 的堆棧訪問的。有些 global 變量的訪問是不經意的,比如我們有雙重循環操作一個迭代的 table:
            for k1,v1 inpairs(tbl)dofor k2,v2 inpairs(v1)do
                    ...	
                end
            end


            這里,pairs 其實是一個全局變量應用的函數。如果我們這樣做:
            dolocalpairs=pairs
                for k1,v1 inpairs(tbl)dofor k2,v2 inpairs(v1)do
                        ...	
                    endend
            end


            效率會稍微提高一些。如果是單層循環,這樣做就沒有意義。因為 for ... in 循環中的 pairs 這個函數只會被調用一次,而不是每次循環都去調。我們的原則其實是,被多次讀取的 global 變量,都應該提取出來放到 local 變量中。

            Hot!警惕臨時變量 字符串的連接操作,會產生新的對象。這是由 lua 本身的 string 管理機制導致的。lua 在 VM 內對相同的 string 永遠只保留一份唯一 copy ,這樣,所有字符串比較就可以簡化為地址比較。這也是 lua 的 table 工作很快的原因之一。這種 string 管理的策略,跟 java 等一樣,所以跟 java 一樣,應該盡量避免在循環內不斷的連接字符串,比如 a = a..x 這樣。每次運行,都很可能會生成一份新的 copy 。

            同樣,記住,每次構造一份 table 都會多一份 table 的 copy 。比如在 lua 里,把平面坐標封裝成 { x, y } 用于參數傳遞,就需要考慮這個問題。每次你想構造一個坐標對象傳遞給一個函數,{ 10,20 }??這樣明確的寫出,都會構造一個新的 table 出來。要么,我們想辦法考慮 table 的重用;要么,干脆用 x,y 兩個參數傳遞坐標。

            同樣需要注意的是以 function foo (...) 這種方式定義函數, ... 這種不定參數,每次調用的時候都會被定義出一個 table 存放不定數量的參數。

            這些臨時構造的對象往往要到 gc 的時候才被回收,過于頻繁的 gc 有時候正是效率瓶頸。

            Hot!使用 closure 代替 table 上面提到封裝坐標的問題。誠然,我們可以用 { x=1,y=2 } 這樣封裝一個坐標。不過還有一個方法可供選擇。它稍微輕量一點。

            function point (x,y)returnfunction()return x,y end
            end
            ?
            -- 使用范例
            p=point(1,2)print(p())-- 輸出 1	 2 
            ?


            如果你愿意,還可以做的復雜一點:
            function point (x,y)returnfunction(idx)if idx=="x"thenreturn x
            		elseif idx=="y"thenreturn y
            		elsereturn x,y endend
            end
            ?
            -- 使用范例
            p=point(1,2)print(p("x"))-- 1print(p("y"))-- 2 
            ?


            x,y 實際被存放在 closure 里,每次調用 function point 都有一份獨立的 closure。當然,function 的 code 只有一份。

            Hot!設法減少從 C 向 Lua 傳遞字符串 字符串常量在 Lua VM 內部工作的非???,但是一個從 C 向 lua vm 通過 lua_pushstring 之類的 api 傳遞進 VM 時,就需要掂量一下了。這至少包含一個再 hash 和匹配的過程。[InterWiki]我的 Blog 上的一篇文章討論了這個問題

            Hot!lua 中的繼承 lua 中實現 OO ,虛表往往設置一個 metatable 并設置 __index ,而繼承則用 metatable 的 __index 把虛表串起來。當類繼承層次過多的時候,效率比較低,那么就可以用下面這個技巧。
            function inherit(sub,super)setmetatable(sub,
                 { __index=function(t,k)local ret=super[k]
                         sub[k]=ret
                         return ret
                 end})end


            Hot!利用邏輯運算的短路效應 lua 編程中,and or 跟 C 一樣是有短路效應的,不過他們的返回值并非 bool 類型,而是表達式中的左值或者右值。我們常常利用這個特性來簡化代碼。
            function foo(arg)
                 arg=arg or"default"
                 ...
            end

            利用 or 運算賦缺省值是最常用的技巧。上例中,如果 arg 為 nil ,arg 就會被賦值為 "default" 。但是這個技巧有個缺陷,當缺省值是 true 的時候會有點問題。
            a=a ortrue-- 錯誤的寫法,當 a 明確寫為 false 的時候,也會被改變成 true 。
            a= a ~= false-- 正確的寫法,當 a 為 nil 的時候,被賦值為 true ;而 false 則不變。 
            ?


            另外,巧妙使用 and or 還可以實現類似 C 語言中的 ?: 三元操作:
            functionmax(a,b)return a>b and a or b
            end

            上面這個函數可以返回 a 和 b 中較大的一個,其邏輯類似 C 語言中的 return (a>b) ? a : b ;
            posted on 2006-11-18 15:04 李錦俊(mybios) 閱讀(1558) 評論(0)  編輯 收藏 引用 所屬分類: LUA
            日韩精品国产自在久久现线拍| 国产99久久久国产精品小说| 一本一本久久aa综合精品| 97久久国产综合精品女不卡 | 国产亚洲色婷婷久久99精品| 久久精品成人免费看| 久久免费观看视频| 久久久久久久久久久久中文字幕 | 久久男人中文字幕资源站| 人妻中文久久久久| 亚洲国产精品无码久久久不卡| 久久国产精品久久精品国产| 四虎影视久久久免费| 久久se精品一区精品二区| 久久亚洲精品国产精品婷婷 | 久久66热人妻偷产精品9| 国产精品嫩草影院久久| 亚洲中文字幕无码久久2020| 久久精品国产一区二区 | 伊人久久大香线蕉精品不卡| 国产精品久久久久久影院| 无码国内精品久久综合88| 国产精品99久久精品爆乳| 精品久久久噜噜噜久久久| 狠狠综合久久AV一区二区三区 | 久久笫一福利免费导航 | 久久乐国产精品亚洲综合| 久久精品国产免费一区| 精品久久8x国产免费观看| 亚洲色欲久久久综合网东京热| 久久青青草原精品国产不卡| 久久99精品免费一区二区| 国产激情久久久久影院小草| 热re99久久精品国产99热| 久久精品无码专区免费青青| 色偷偷88888欧美精品久久久| 无码任你躁久久久久久老妇App| 狠狠色丁香久久婷婷综合图片 | 久久伊人精品一区二区三区| 久久这里有精品视频| 色婷婷综合久久久久中文字幕 |