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

            戰魂小筑

            討論群:309800774 知乎關注:http://zhihu.com/people/sunicdavy 開源項目:https://github.com/davyxu

               :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
              257 隨筆 :: 0 文章 :: 506 評論 :: 0 Trackbacks

                 準備為自己的2D游戲動畫系統選擇一套給外部使用的接口方式,有如下幾種選擇:

             

            1. 純C API方式導出,類似于Windows API方式

            優點:簡潔,可以供C/C#乃至其他可以導入C DLL的語言使用

            缺點:C++的系統轉化為C會遇到很多性能以及架構的折損,對于對象控制類功能導出比較多的系統,這種方式簡直是噩夢

             

            2. C++方式導出,宏方式實現RTTI以及C++反射系統

            優點:強大,易用。

            缺點:對象生命周期不容易控制,反射系統設計比較費時,可能暴露很多類的細節,只能給C++使用

             

            3. COM方式,類DirectX的接口方式

            優點:商業項目已經證明這種接口方式的強大地方。無論是多個對象的類功能導出,還是COM接口重載都非常方便。而且,可以極為容易的讓.NET訪問。XBOX SDK里的XUI就是采用這種方式,而且還設計了一套C API搭配的強大C++反射系統,支持動態類創建,RTTI,動態類型轉換等等。

            缺點:需要系統注冊,不能跨平臺。COM標準學習起來需要時間

             

            4. 腳本綁定

            優點:保持你的系統對外C/C++接口的干凈,簡潔。通過腳本類綁定,可以很快的將C++功能注冊到腳本中。

            缺點:腳本如果沒有調試器,將會讓開發中碰到的棘手問題,甚至于在后期維護系統以及系統架構大變動變得異常復雜。腳本的性能決定了不能讓其做實時處理,例如:渲染

             

            最終選擇下來,由于有自己的界面系統Motion使用lua的函數綁定的前例,因此還是決定選擇一款腳本語言來做系統的對外接口,這里有幾個選擇:

            1. Lua

              可以說最好的游戲系統腳本語言。穩定,高效,bug幾乎沒有(即便有,普通開發者也是很難察覺的)。配上LuaPlus的強大C++綁定系統,你的系統開發效率可以提高很多。這里推薦notepad++來做lua開發,稍微配置下,彈出提示給你感覺在使用Visual Studio,:)

               同時需要指出的是,lua的類功能確實比較弱。雖然可以用metatable方式來模擬。但逼近跟native class支持還差很遠,實際開發中,你能體會出class中的權限控制(private,protected)有多么重要。

            2. Python

               誠然,這是個最OO的腳本。但是對于游戲,它太慢了。雖然本人只是用python寫過一些build系統,但從很多朋友反應的情況來看,Python嵌入游戲系統,確實太慢。用Stackless Python? 用第三方開源產品,還是認準品牌,呵呵,這里如果有用過的同學,歡迎提供感受。

            3. C#

               語言和系統都很美,但是想嵌入游戲,還是很痛的。.net平臺可惜就在于,到現在為止,可能還不是所有機器默認安裝有.net平臺。如果你的游戲是C++寫成,但卻要安裝.net以便你的腳本能運行,這很奇怪吧?所以,如果要用C#,還不如不用腳本,全盤.net就好了。Managed DX? 那東西幾年前就被MS打入冷宮了。XNA? 那東西只是一個玩具,別摸。

            4.Squirrel松鼠腳本

               這是個好東西。類lua的語法,C/C++/Java的語言結構,純正的native class外加OO支持。擁有開源的C++類綁定系統。最爽的是,SQDEV支持日食(Eclipse)下的遠程調試,開發環境還支持動態語法檢查。oh,my god。還說不定哪天這腳本被MS招安,跟IronPython一樣弄個.net綁定。

             

            posted on 2009-12-31 11:42 戰魂小筑 閱讀(2214) 評論(2)  編輯 收藏 引用 所屬分類: 腳本技術C++/ 編程語言

            評論

            # re: 為游戲系統選擇一個接口方式 2009-12-31 17:03
            都沒有說最后的決定嘛。
              回復  更多評論
              

            # re: 為游戲系統選擇一個接口方式[未登錄] 2010-01-06 09:05 christanxw
            Python不慢,我們的已經運營的游戲項目就是用Python做的腳本,上層所有邏輯全部都是Python寫的,不管是服務端還是客戶端。
            我個人還是更喜歡簡潔的LUA。  回復  更多評論
              

            久久免费高清视频| 久久久久亚洲爆乳少妇无 | 久久精品国产精品青草| 亚洲国产精品婷婷久久| 久久人人爽人人精品视频| 亚洲精品乱码久久久久久自慰| 久久精品亚洲日本波多野结衣| 88久久精品无码一区二区毛片| 国内精品久久国产| 久久精品国产国产精品四凭| 久久久无码一区二区三区| 久久强奷乱码老熟女网站| 久久精品水蜜桃av综合天堂| 人妻中文久久久久| 久久国产欧美日韩精品| 午夜精品久久久内射近拍高清| 久久综合久久久| 亚洲精品无码久久千人斩| 久久这里只有精品视频99| 久久久久久久尹人综合网亚洲 | 欧美一区二区精品久久| 波多野结衣AV无码久久一区| 久久精品无码一区二区三区日韩| 99久久99这里只有免费费精品| 亚洲欧洲精品成人久久曰影片| 国产精品99久久久久久猫咪| 99久久国产热无码精品免费| 久久国产色AV免费看| 久久精品无码午夜福利理论片| 一本色道久久HEZYO无码| 久久精品综合网| 97精品伊人久久大香线蕉| 国产免费久久精品99re丫y| 一本久久免费视频| 国产精品久久久久久五月尺| 香蕉久久久久久狠狠色| 无码8090精品久久一区| 伊人 久久 精品| 亚洲国产精品无码久久久蜜芽| 亚洲αv久久久噜噜噜噜噜| 久久久无码一区二区三区|