• <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 戰魂小筑 閱讀(2210) 評論(2)  編輯 收藏 引用 所屬分類: 腳本技術C++/ 編程語言

            評論

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

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

            综合久久久久久中文字幕亚洲国产国产综合一区首| 中文字幕乱码久久午夜| 日韩一区二区久久久久久| 色综合久久中文综合网| 久久亚洲精品无码播放| 久久久久久国产精品美女| 久久国产精品久久| 免费久久人人爽人人爽av| 久久精品国产亚洲AV无码偷窥 | 亚洲午夜久久久| 久久超碰97人人做人人爱| 99久久精品国产一区二区三区 | 久久国产精品免费| 久久无码国产专区精品| 丰满少妇人妻久久久久久4| 亚洲精品国精品久久99热一| 久久亚洲精品无码播放| 国产亚洲欧美成人久久片| 亚洲AV日韩精品久久久久| 久久久久亚洲av成人无码电影| 久久久噜噜噜久久熟女AA片| 久久99九九国产免费看小说| 91亚洲国产成人久久精品网址| 久久精品亚洲AV久久久无码 | 久久这里的只有是精品23| 精品久久久久久国产免费了| 久久精品99久久香蕉国产色戒| 伊人久久大香线蕉无码麻豆| 精品国产乱码久久久久久浪潮| 久久久精品午夜免费不卡| 久久精品国产亚洲av麻豆色欲| 久久精品人人做人人爽电影| 人妻丰满?V无码久久不卡| 精品久久久久久99人妻| 国产综合成人久久大片91| 久久99国产精品久久99| 99久久国产主播综合精品| 99久久成人18免费网站| 久久99热这里只有精品国产| 一本久久a久久精品综合夜夜| 欧美777精品久久久久网|