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

            Code Knight

            Programming is so cool
            隨筆 - 52, 文章 - 0, 評論 - 14, 引用 - 0
            數(shù)據(jù)加載中……

            基于LUA的AI模塊

                      前些天做了一個怪物AI模塊,起初的設(shè)計是基于C++的驅(qū)動模式,只在必要的時候調(diào)用LUA腳本,諸如以下:
                      在AI模塊的Update(float dt)中根據(jù)AI的幾種可能性進(jìn)行相應(yīng)的更新,比如
                     
            1 void CAI::Update(float dt)
            2 {
            3       // 更新攻擊目標(biāo),沒有目標(biāo)尋找
            4      UpdateTarget();
            5      // 更新戰(zhàn)斗
            6      UpdateCombat();
            7     // 更新移動
            8     UpdateMove();
            9 }

                       在相應(yīng)的Update中去檢測有沒有狀況發(fā)生,比如在UpdateTarget()中,這個怪物發(fā)現(xiàn)一個玩家進(jìn)入了自己的地盤,要毆之,則發(fā)送一個事件給一個處理事件的函數(shù)ProcessEvent(int nEvent),這個事件可能會進(jìn)入一個狀態(tài)機(jī)然后在更改到一個進(jìn)入戰(zhàn)斗的狀態(tài),調(diào)用相應(yīng)的腳本函數(shù),在這個腳本函數(shù)里就去做自己想做的事。
                       但是這樣的Update并不好,思考了一下覺得還是要以AI狀態(tài)為基準(zhǔn)來Update比較適合和腳本交互。
                      
             1 void CAI::Update(float dt)
             2 {
             3   switch(m_nState)
             4   {
             5      case IDLE:
             6         {
             7              // 調(diào)用腳本,可能會調(diào)用尋找目標(biāo)的接口
             8         }
             9         break;
            10      case COMBAT:
            11         {
            12            // 調(diào)用腳本,調(diào)用戰(zhàn)斗接口
            13         }
            14         break;
            15   }
            16 }
                       這樣就比較靈活了。腳本只是程序員用來解放勞動力的一種方式,做好功能接口讓更多非專業(yè)程序員也能定制游戲內(nèi)容,這是自己對于腳本的理解。但是沒有腳本交互經(jīng)驗,至于暴露給策劃的接口該有哪些,怎樣策劃用著舒服,自己還沒想好,如果在C++中,這些基本函數(shù)可以自己來做,直接把邏輯寫進(jìn)IDLE的case都可以,但用腳本方式進(jìn)入IDLE狀態(tài)后,腳本里肯定應(yīng)該有FindTarget()這樣的接口,那么這一句FindTarget()交給策劃去填上?我覺得還不如直接在C++代碼中補(bǔ)上一句來得實在,策劃肯定不會直接去在腳本接口里去if else,腳本的提供還真是傷腦筋,例如進(jìn)入戰(zhàn)斗狀態(tài)了,調(diào)用腳本里的戰(zhàn)斗接口,這個接口里又怎樣調(diào)用C++提供的接口,所有的戰(zhàn)斗過程都封裝成一個接口給策劃?那這個接口封裝的功能可能會很多很多,無疑是增加了工作量,并且策劃的使用也會有局限性。還是其中的邏輯仍然由程序員來編寫?該如何組織呢。另外每一幀的更新都回去調(diào)用腳本,這其中得消耗多少?

            posted on 2009-04-21 22:56 Code Knight 閱讀(1672) 評論(0)  編輯 收藏 引用 所屬分類: 腳本

            久久成人精品| 国产精品一区二区久久精品无码 | 91精品国产综合久久久久久| 久久久亚洲欧洲日产国码aⅴ| 99久久无码一区人妻a黑| 国产综合免费精品久久久| 亚洲日本va午夜中文字幕久久| 亚洲狠狠婷婷综合久久久久| 精品久久一区二区| 久久国产欧美日韩精品免费| 久久久久国产一级毛片高清版| 亚洲欧美一级久久精品| 狠狠色噜噜狠狠狠狠狠色综合久久| 久久九九久精品国产免费直播| 久久人人爽人人爽人人片av麻烦 | 97久久精品人妻人人搡人人玩| 久久91精品综合国产首页| 久久久精品人妻一区二区三区四| 久久人人爽人爽人人爽av| 久久久久亚洲AV无码网站| 模特私拍国产精品久久| 国产成人精品久久亚洲高清不卡 | 天天综合久久一二三区| 国产精品99久久久久久人| 久久国产亚洲精品| 青青草原综合久久大伊人导航| 色综合久久精品中文字幕首页 | 很黄很污的网站久久mimi色| 少妇内射兰兰久久| 久久人人爽人人爽人人片AV不| AV色综合久久天堂AV色综合在| 亚洲AV无码一区东京热久久| 日韩亚洲国产综合久久久| 午夜精品久久久久9999高清| 内射无码专区久久亚洲| 狠狠人妻久久久久久综合蜜桃 | 精品无码久久久久国产动漫3d| 亚洲国产日韩欧美综合久久| 四虎国产精品成人免费久久| 伊人色综合久久天天网| 日韩影院久久|