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

            【轉(zhuǎn)貼】Lua 編程技巧

            Lua 的 5.1 版本已經(jīng)正式發(fā)布。現(xiàn)在,我們應(yīng)該把全部討論放在這個版本上。

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


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


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

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

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

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

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

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

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


            如果你愿意,還可以做的復(fù)雜一點:
            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 里,每次調(diào)用 function point 都有一份獨立的 closure。當(dāng)然,function 的 code 只有一份。

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

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


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

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


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

            上面這個函數(shù)可以返回 a 和 b 中較大的一個,其邏輯類似 C 語言中的 return (a>b) ? a : b ;

            posted on 2010-04-21 22:36 avatar 閱讀(264) 評論(0)  編輯 收藏 引用 所屬分類: 游戲開發(fā)

            <2025年8月>
            272829303112
            3456789
            10111213141516
            17181920212223
            24252627282930
            31123456

            導(dǎo)航

            統(tǒng)計

            常用鏈接

            留言簿(2)

            隨筆分類

            隨筆檔案

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            久久久无码一区二区三区| 久久国产精品-国产精品| 亚洲国产成人久久综合一区77| 国产成人精品久久一区二区三区av | 青青草国产精品久久久久| 国产午夜精品理论片久久| 区亚洲欧美一级久久精品亚洲精品成人网久久久久 | 久久久精品一区二区三区| 久久久午夜精品| 国产精品免费福利久久| 热久久国产欧美一区二区精品| 久久久久精品国产亚洲AV无码| 97久久久久人妻精品专区| 国内精品久久国产| 国内精品久久久久国产盗摄| 久久亚洲私人国产精品vA| 日韩十八禁一区二区久久| 久久99国产精品99久久| 亚洲AV无码久久精品蜜桃| 国产精品美女久久久免费 | 久久精品国产91久久综合麻豆自制| 久久天天躁狠狠躁夜夜不卡| 国产精品久久久久久久久| 久久午夜无码鲁丝片| 久久久精品国产免大香伊| 亚洲国产成人久久综合野外| 久久精品国产一区二区| 久久国产精品99精品国产987| 99久久99久久| 精品久久久久久| 国产精品久久久久影院色| 韩国免费A级毛片久久| 久久久久女人精品毛片| 人妻少妇久久中文字幕一区二区| 久久久SS麻豆欧美国产日韩| 亚洲精品NV久久久久久久久久 | 久久亚洲精品无码播放| 欧美国产成人久久精品| 伊人久久五月天| 浪潮AV色综合久久天堂| 99久久99久久精品免费看蜜桃|