Re: [閒聊] tmi2_v3_改使用回饋/提問

看板mud (網路地下城/文字遊戲)作者laechan (小太保)時間10年前 (2014/07/06 03:22)推噓10(10推 0噓 0→)

留言10則, 1人參與討論串5/5 (看更多)

※ 引述《tenyfish (何時才有發言權?)》之銘言： : 單純回應L大 : 因為我雖然不是完全不懂LPMUD，但是不同版本的MUDLIB， : 很多的資料夾分類，指令和sim efun用法還是有些不同， : 像我講的exit寫法也是因為我當時寫的東西都是用DS範本改寫出來的 : DS感覺上為了讓新人也能上手，很多物件的寫法十分直覺。 : 例 set("exits/west",QR"002"); : 我可能會寫set_exit("west","d/area/newbie/002"); : 我不是說我看不懂你的，只是我己經習慣用比較腦殘的方式來寫。 : 當然上面這種，看多了就適應了，倒不是什麼大問題啦。 : 指令部份，TMI2是用More，我之前都在用about， : 剛開會有一種武功全費的感覺，連recall DS裡面都沒在用。 : 所以其實我覺得你可以就你自己的方式來做註記說明文件， : 等到很多人反應某項的使用再依使用者需求來增加。 : (如果你不介意大家都跑來問你的話) 本來打很長，後來決定簡單講。我可以很直接的說，要把 tmi2_v3 改成 ds-like 對我來說一點也不困難，抄襲是最簡單的。因為 ds 也是 lpmud，就像如花跟林志玲都是人類，理論上如花絕對可以整成林志玲。但以 set_exit("west","d/area/newbie/002"); 與 set("exits/north") 來說，你真的覺得它們長怎樣是很重要的事？我比較在乎的是你有實際看過並理解 ds 的 set_exit 函數的內容嗎？為避免我們的交談又沒有交集，我剛剛下載了 ds mudlib，它的 domains 目錄就是 /d 目錄，/domains/cave/room 下有個房間是這樣寫的 // /domains/cave/room/freezer.c #include <lib.h> <= 你知道我光是要找這個 .h 檔在哪裡就找了多久嗎 #include ROOMS_H <= 這跟 area.c 裡的 area.h 是一樣的意思 inherit LIB_ROOM; <= 然後見鬼的是在 lib.h 裡還找不到 LIB_ROOM 這個定義然後再逐層搜索才發現本體是 /lib/std/room.c void create() { room::create(); SetNoClean(1); SetProperties(([ "login" : ROOM_START ])); SetShort( "The freezer"); SetLong( "The local freezer. Go down to leave."); SetObviousExits("down"); SetExits( ([ "down" : ROOM_START ]) ); call_out("clean_room", MAX_NET_DEAD_TIME); SetNoModify(1); } 上面標亮綠色的全都是函數，我們就以 SetExits 這函數為例，其本體是 /lib/exits.c (我覺得很機車的一點是，LIB_ROOM 它是定義為 /lib/std/room.c ，但是 LIB_EXITS 它卻定義為 /lib/exits.c，整人啊！) // /lib/exits.c mapping SetExits(mapping mp) { mixed room_or_arr, dir; Exits = ([]); foreach(dir, room_or_arr in mp) { if( arrayp(dir) ) { string real_dir; foreach(real_dir in dir) { if( arrayp(room_or_arr) ) AddExit(real_dir, room_or_arr...); else AddExit(real_dir, room_or_arr); } } else { if( stringp(room_or_arr) ) AddExit(dir, room_or_arr); else if( arrayp(room_or_arr) ) AddExit(dir, room_or_arr...); } } return Exits; } (這跟我最近為貨幣系統的改動所做的事有何差別? 果然大家想法都差不多) 結果它設出口的做法「又是呼叫函數 AddExit」，沒關係再往下追 varargs mapping AddExit(string dir, string dest, function pre, function post) { if(!stringp(dir)) error("Bad argument 1 to AddExit().\n"); if(!stringp(dest)) error("Bad argument 2 to AddExit().\n"); dest = ResolveObjectName(dest); Exits[dir] = ([ "room" : dest ]); if( functionp(pre) ) Exits[dir]["pre"] = pre; if( functionp(post) ) Exits[dir]["post"] = post; return Exits[dir]; <= 我覺得這行是多餘的，宣告改為 void 就夠了 } (本來還要繼續 trace ResolveObjectName 的..算了先到這) 好了謎底解開了：最後用的是設定 mapping 資料的型式。而且我能理解為什麼它要這樣子寫。而且我馬上能在 tmi2_v3_改照抄。(而且不用邊看邊抄) 而且它也給了我新的啟發。(這對我來說是常有的事了) 但是我根本不想採用這種做法。(它的缺點顯而易見) 你有這樣子 trace 過嗎？看過 ds 後我真的覺得 tmi2_v3_改對新手超級不親和，要像 ds 這樣把底層的東西寫到超級複雜，複雜到犧牲運作效能也無所謂，使用者才會覺得表層的東西非常簡單易用。像我就是考慮到太多效能的問題才綁手綁腳。但我還是寧願以效能為主要考量。 ds tmi2_v3 ============================================================ mapping Exits mapping data["exits"] Exits[dir] data["exits"][dir] Exits[dir]["room"] data["exits"][dir] Exits[dir]["pre"] data["pre_exit_func"][dir] ============================================================ 傳統物品虛擬物品 ============================================================ mapping data mapping vobj_data[標頭][編號] data["short"] vobj_data[標頭][編號]["name"] data["value"] vobj_data[標頭][編號]["value"] ============================================================ 你能理解上面的東西，我們的交談才會有交集，不然只是浪費時間，你也只會越來越覺得 tmi2_v3_改不好用、甚至就不想用了。 (pre_exit_func 的使用在 tmi2_v3 的 /cmds/std/_go.c 有，我是從 ds 的 "pre" 去推測它指的就是 pre_exit_func) Laechan -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.165.169.193 ※ 文章網址: http://www.ptt.cc/bbs/mud/M.1404588167.A.BE0.html

Re: [閒聊] tmi2_v3_改 使用回饋/提問

Re: [閒聊] tmi2_v3_改使用回饋/提問