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

            游戲開發(fā) C++ Cocos2d-x OpenGL DirectX 數(shù)學(xué) 計算機(jī)圖形學(xué) SQL Server

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

            公告

            QQ:30743734
            EMain:mybios@qq.com

            常用鏈接

            留言簿(16)

            我參與的團(tuán)隊

            最新隨筆

            搜索

            •  

            積分與排名

            • 積分 - 371573
            • 排名 - 67

            最新評論

            閱讀排行榜

            評論排行榜

            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 管理機(jī)制導(dǎo)致的。lua 在 VM 內(nèi)對相同的 string 永遠(yuǎn)只保留一份唯一 copy ,這樣,所有字符串比較就可以簡化為地址比較。這也是 lua 的 table 工作很快的原因之一。這種 string 管理的策略,跟 java 等一樣,所以跟 java 一樣,應(yīng)該盡量避免在循環(huán)內(nèi)不斷的連接字符串,比如 a = a..x 這樣。每次運(yùn)行,都很可能會生成一份新的 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 傳遞進(jìn) 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ùn)算的短路效應(yīng) lua 編程中,and or 跟 C 一樣是有短路效應(yīng)的,不過他們的返回值并非 bool 類型,而是表達(dá)式中的左值或者右值。我們常常利用這個特性來簡化代碼。
            function foo(arg)
                 arg=arg or"default"
                 ...
            end

            利用 or 運(yùn)算賦缺省值是最常用的技巧。上例中,如果 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 2006-11-18 15:04 李錦俊(mybios) 閱讀(1560) 評論(0)  編輯 收藏 引用 所屬分類: LUA
            精品无码久久久久久尤物| 亚洲国产精品无码久久久不卡| 一本久久综合亚洲鲁鲁五月天亚洲欧美一区二区 | 国产午夜精品久久久久九九| 狠狠88综合久久久久综合网| 嫩草伊人久久精品少妇AV| 99久久精品国产一区二区| 国产精品久久久久蜜芽| 伊人久久精品影院| 久久久久人妻一区二区三区| 久久精品国产99国产精品导航 | 国产一区二区三精品久久久无广告| 99久久久国产精品免费无卡顿| 丰满少妇人妻久久久久久| 久久99久久99小草精品免视看| 久久国产精品99精品国产987| 国产精品久久久久影院色| 国产欧美久久久精品| 国产伊人久久| 亚洲va国产va天堂va久久| 91视频国产91久久久| 国产精品久久久久一区二区三区| 久久久久亚洲AV成人网人人网站 | 色诱久久av| 狠狠色婷婷久久综合频道日韩| 亚洲AV无一区二区三区久久| 热99re久久国超精品首页| 久久久久黑人强伦姧人妻| 久久中文字幕人妻丝袜| 狠狠色丁香婷婷综合久久来| 2021国产成人精品久久| 中文成人久久久久影院免费观看| 乱亲女H秽乱长久久久| 一级做a爱片久久毛片| 99久久这里只精品国产免费| 欧美久久综合性欧美| 亚洲综合熟女久久久30p| 精品久久久久国产免费| 久久无码人妻一区二区三区| 久久99精品国产麻豆蜜芽| 久久久久久亚洲AV无码专区|