laechan 希望我有空時可以寫一個 quest 腳本新增參數的 流程，所以我以新增 next 參數為範例。 > quest query laechan l008 quest: ({ "l008", 1, 0, "2012/12/24" }) UNDEFINED 目前 quest 資料用了 4 個欄位，因此 next 使用第 5 個 欄位，並做彈性判斷。 底下講解修改流程供 wiz 參考。 一、/cmds/std/_quest.c 指令先做備份 二、找到 quest read 的程式段落 // finished 2011/09/28 if(sscanf(str,"read %s",term)==1) 因為 next 接的數值是整數，就找同樣是整數的段落 else if(t1=="steps" || t1=="times" || ... 補上 || t1=="next") 即可。 這樣 quest read 時就會在 腳本.c 檔補上這一行 quest_data["next"]=xxxx; // 代表經過幾秒可再接一次 三、因為 next 是「經過幾秒可再接一次」，所以合理的 想法，就是當玩家「完成該任務」時，判斷腳本是否 有 next 參數，有的話就在 quest data 補上第五個 數值，該數值 = 「任務完成時間 + next 值」。 然後，因為玩家先前沒這個參數，所以假設該任務是 可重覆接的，在玩家重新接該任務時.. if(size>4 && data[4]>time()) 不能接該任務; 通過上述判斷就代表可接。 因此先找 _quest.c 裡面完成任務的段落.. tmp=quest_ob->query_quest_date(); // 2.然後就馬上設定玩家已解過該步驟 // 但是若有 repeat 參數就不做任何變更(可重覆第 s1 步驟) if((int)quest_ob->query_quest_repeat()!=s1) { if(s1>=ss) { quest_data_ob->set_quest_data(t1,qstr,0,tt+1,tmp); 上面的意思就是說，如果s1(目前解到第幾步驟) >= ss(該 任務設定的步驟值 steps)，意思就是如果已經解到最後一 個步驟了，就做: ┌完成次數值+1 ↓ quest_data_ob->set_quest_data(t1,qstr,0 ,tt+1,tmp); ↑ └步驟值歸 0 所以簡易的做法就是將 quest_data_ob 的 set_quest_data 函數宣告為 varargs，在 quest_ob 新增 query_quest_next() 函數，然後宣告 next_value: next_value=(int)quest_ob->query_quest_next(); 再做底下的動作.. if(next_value > 0) quest_data_ob->set_quest_data(t1,qstr,0 ,tt+1,tmp,next_value); else quest_data_ob->set_quest_data(t1,qstr,0 ,tt+1,tmp); 讓 set_quest_data 函數判斷有無 next_value 值。 _quest.c 指令可先做上述修改，改完先放著。 四、修改 /open/cmds/quest/quest_d.c 因為只是新增函數所以可以不備份修改。 找到底下程式段 // 回傳該 quest 的 steps 設定 int query_quest_steps(); 在它底下新增兩行 再找到 query_quest_steps 函數區，複製它，新增一 個 query_quest_next 函數。 int query_quest_next() { return (int)quest_data["next"]; } 改完後一樣先放著。 五、修改 /open/cmds/quest/quest_data/quest_data.c 找到 set_quest_data 函數，將其修改為底下.. varargs void set_quest_data(string names,string quest_num,string steps, int times,string dates,int next_value) { object ob; if(!catch(ob=find_object_or_load(__DIR__+"quest_data_"+names[0..0]))) ob->set_quest_data(names,quest_num,steps,times,dates,next_value); } 改完一樣先放著。 六、修改 /open/cmds/quest/quest_data/sample.c 這個檔就是各 quest_data_X.c 繼承的共通檔，也是 set_quest_data 的實際作用函數所在物件。 一樣找到 set_quest_data 如上面做法，將其宣告為 varargs 並補上 next_value 函數分兩部份，一部份是讀現存的紀錄去改值，一部 份是新增一條紀錄串存進去，兩部份都要改.. tmps[i]=({quest_num,steps,times,dates,time()+next_value}); tmps+=({ ({quest_num,steps,times,dates, time()+next_value }) }); 改完後 update sample.c 確定可 update 過，就可把 所有的 quest_data_X.c 也全部 update (/open/cmds/quest/quest_data/tmp 檔有 macro， 複製貼上即可) 然後再 update -R quest_data.c 及 quest_d.c 七、接著再回頭改 _quest.c 這次要改的就是玩家接該任務時必須判斷是否有 next 參數存在。 做法就是，我們知道每個 quest 都會優先判斷是否有 stepX_check 的存在，而 next 的判斷會「更優先於」 stepX_check，因此先找 stepX_check tt=(int)tmps[2]; // 1.先執行 timeX_check 判斷然後才執行 stepX_check 判斷 if(s1>=ss && function_exists("time"+(tt+1)+"_check",quest_ob) && call_other(quest_ob,"time"+(tt+1)+"_check",me,mob,key)>0) return notify_fail(""); else if(function_exists("step"+s1+"_check",quest_ob) && call_other(quest_ob,"step"+s1+"_check",me,mob,key)>0) return notify_fail(""); 在這一段上面補上底下的東西即可 next_value=(int)quest_ob->query_quest_next(); if(next_value>0) if(sizeof(tmps)>4) if((int)tmps[4]>time()) return notify_fail("quest: 你要再過 "+((int)tmps[4]-time())+ " 秒才能再接這個任務喔!\n"); 這意思就是說，若玩家該 quest_data 沒有第五個參數， 就不做 next 判斷；若有第五個參數，就看該參數的值是 否比 time() 大，大的話代表還在 CD 時間。 改完後 update _quest.c 即可。 八、最後就是 reload 所有的 quest_ob。 quest reload 物件重載 這樣即可完成新增 next 參數的所有工作。 這樣做的好處，就是讓 _quest.c 主管任務進行的相關流程判 斷，讓 quest_ob 負責做為任務腳本的各參數讀取，然後再讓 quest_data_ob 去做玩家任務資料的讀取及儲存。 如此一來，當我們在腳本新增一個參數時，我們就知道.. _quest.c 修改對應的相關的讀取及判斷 quest_ob 新增該參數的讀取函數 quest_data_ob 新增該參數的讀值及儲存 而且通常新增參數是不需要去動 quest_data_ob 的，這次是 因為 next 參數必須被存進玩家的任務資料裡才需要動到。 quest 系統並不複雜，只是要先瞭解它是分成上述三個部份， 以及每個部份主要負責做什麼事情，這樣就足夠了。 以上有問題可發問。 belldandys. --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 210.61.157.53