→ laechan :下午再做補充說明,有空會再繼續改副本相關 04/14 11:59
→ laechan :改完會實驗確定可正常運作 04/14 12:00
※ 引述《laechan (小太保)》之銘言：
: ※ 引述《justinj (黑旋風)》之銘言：
: : 3.任務:副本通關
: 最常見有兩種形式(多種也可以)
: 一、走到這格即通關
: 在 instance_data 裡面新增參數判斷即可
: 二、打死該格某隻怪物即通關
: 用 mob_alldie 來判斷即可
目前 instance_rooms.c 會針對每一個 heart_beat_ob 去做
check_instance 的動作，因此有兩種做法。
一種是寫在基底房間，再依 instance_name 做區別。但是我
一般不建議這種做法(因為要改基底房間)。
另一種是寫在副本物件裡頭，讓 check_instance 去判斷房間
是不是有 instance_check 設定，有的話就去 call 001.c 執
行 instance_check 函數，把房間檔名代過去，該函數就能依
檔名來做各種判斷。寫在 001.c 則一 more 也會知道哪些房間
有設定 instance_check、以及它們的判斷內容、執行內容等等
它的做法說明如下:
/std/new_ob/instance_room.c 不備份新增修改。
if(undefinedp(data["instance_check"]))
{
msg=data["instance_files"];
tt=strlen(msg);
while(tt-->0)
{
if(msg[tt..tt]=="/")
{
files=msg[tt+1..strlen(msg)-1];
break;
}
}
if(ob)
if(msg=catch(ob->instance_check(files,this_object())))
tell_room(this_object(),msg+"\n");
則寫在 instance_ob 的 instance_check 就可以依據檔名來
做各種判斷，理論上「可以做到任何的事情」，所以原則還是
一樣，該給 instance_data 的設定就應交給 instance_data
，真的不太好做的判斷才交給 instance_check。
另外 instance_ob 本來是物件型式，我也改成了字串型式，
因為 001.c 有可能會被 update。(跟護盾的 issue 一樣)
最後，一個已經不應該再判斷 instance_check 的房間，就應
該做 room->delete("instance_check") 的動作，這個會在範
例檔裡寫出來，這可減少誤判及判斷錯誤。
(一般我會額外檢查房間是不是有玩家)
// 基底房間
instance_files :"/u/l/laechan/area/whitetile/room/083"
// creator 的等級
instance_level :120
// 一開始有幾人進入副本
instance_member :1
// 副本名稱
// 一般則以「instance_player」為該副本實際使用的 name
instance_name :"白瓦鎮黑熊討伐任務副本"
// 指向的副本物件
instance_ob :"/std/new_ob/instance/laechan/001"
// creator 是誰。同一時間只允許一位玩家 create 一個副本
// 所以每一個副本的 creator 是獨立的
instance_player :"laechan"
// 副本被 creator 時的時間
instance_time :1397442060
我一般不會宣告為 mapping 型式，這是因為
1.數量不多(上面的數量還在可接受範圍)
2.方便判斷(使用 mapping 資料時)
Laechan
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 210.61.157.53
※ 文章網址: http://www.ptt.cc/bbs/mud_sanc/M.1397440311.A.D95.html
※ 編輯: laechan (210.61.157.53), 04/14/2014 10:24:35