※ 引述《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://webptt.com/m.aspx?n=bbs/mud_sanc/M.1397440311.A.D95.html ※ 編輯: laechan (210.61.157.53), 04/14/2014 10:24:35