※ 引述《tenyfish (何時才有發言權?)》之銘言： : 舉個例好了，我想做的MUD最終型希望玩家是帶領一個NPC隊伍探險 : (這是我的個人喜好，先不論有沒有人要玩這種東西) : 在研究文件時，我看完組隊，裝備型物件等等... : 我可以有個基本的了解，例:與其使用force follow的指令使NPC移動 : 造成MUD可讀性下降，我考慮將NPC在equip時，轉化成類似裝備的物件 : 雖然我並沒有實作(短期也不可能動這個部份)， : 至少，我讀完文件不會直接問你" 請問如何實作它 " : 我上面只是舉例，請不要嘲笑我的外行想法。 單純就這一點，讓你，也讓大家瞭解我的想法。 首先，要實做上面的 party，「有很多種做法」。 今天為什麼要採取某種做法，有它的「諸多考量」。 比方如果今天沒有跟你交流過想法，我一般也是採取 npc follow 玩家的做法，但根據 sanc 的發展經驗，npc 常常會因此跟丟玩 家，「為此我要如何解決諸多像這類的問題，使 npc 確實能緊跟 玩家」，就是我接下來會思考並處理的。 那有跟你交流過想法，我就會思考 npc follow 玩家以外的做法， 看看有沒有什麼做法既簡單，好使用，npc 又不會有跟丟的問題？ 那萬一沒有，就採取折衷做法，先確保 npc 不會跟丟再說。 我的意思就是，做法有很多種，就像今天我們要開車從 A 點到 B 點，可以開高速公路、可以開快速道路、可以開省道、...... 我的想法就是我先確定它不只一種做法，再考量採哪種做法較好， 比方我考量的做法是「開快速道路」，或許你會問「為什麼不開高 速公路」？ 因為我有我的考量，也就是說在我的考量裡，開高速公路可行，但 比方像是 CP 值可能沒有開快速道路來得優這類的。 party 有多種做法，確定的，我如果改了 party 我就會在改版文 述說我大概是做了什麼樣的修改，以及我為什麼會那樣做。 相同的，如果日後你拿到 tmi2_v3_改 發現這份 party 系統無法 滿足你的需求時，你也有多種選擇 1.改版它，甚至改版後發佈它 2.廢棄它，重寫新的，甚至還能發佈它 3.提出你覺得它應該要怎樣會更好，我來改版它並發佈 4.廢棄 tmi2_v3_改 那我會盡量在正式版本發佈前，盡可能地補上說明文件，如同我對 /d/area/times_check.c 的處理模式，你有抓 tmi2_v3_改 的話可 參考同目錄的那一份 times_check 使用說明。 我知道那份說明可能不足以讓使用者因此瞭解 times_check 是做 什麼用的，因為在我早先的想法裡，我認為實做出足以用來說明的 樣本，比去寫落落長的 document 還要來得實際。 但既然也有會認真看說明的人，我就會希望自己也能盡可能把說明 文件寫得更完整一點。 但請先諒解我就是那種看完落落長說明也不見得會用的人，所以我 才會比較重視實際可用來 demo 的樣本如 /d/area/test 下的物件 ，但總之，我會比以前更重視說明文件的撰寫。 LAechan --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.253.166.191 ※ 文章網址: http://webptt.com/m.aspx?n=bbs/mud/M.1402735711.A.10F.html