[請益] MUD 譜系圖
前幾天看過中文版的譜系圖(有可能是簡體中文), 裡面有標出各個 MUD 分支是否
仍在發展中 (或者已經終止)
請問有人知道類似的圖嗎 ?
後來我又找到英文版的資料如下, 但是沒有標出各版的現況
https://mud.fandom.com/wiki/MUD_trees
圖中看起來 DikuMud 很繁盛啊
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 140.112.30.37 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/mud/M.1563252126.A.3B5.html
※ 編輯: farmerlu (140.112.30.37 臺灣), 07/16/2019 17:10:21
推
07/17 05:28,
5年前
, 1F
07/17 05:28, 1F
→
07/17 05:29,
5年前
, 2F
07/17 05:29, 2F
→
07/17 05:30,
5年前
, 3F
07/17 05:30, 3F
→
07/17 05:31,
5年前
, 4F
07/17 05:31, 4F
→
07/17 09:19,
5年前
, 5F
07/17 09:19, 5F
→
07/17 09:48,
5年前
, 6F
07/17 09:48, 6F
→
07/17 09:49,
5年前
, 7F
07/17 09:49, 7F
→
07/17 09:49,
5年前
, 8F
07/17 09:49, 8F
LP/MudOS 系用 LPC 語言開發劇情, 較受限
Diku 系似乎用的是原生的 C 語言
工欲善其事, 必先利其器.
對玩家一樣 , 但對開發者所花的時間不一樣
※ 編輯: farmerlu (140.112.30.37 臺灣), 07/17/2019 14:49:36
→
07/17 14:52,
5年前
, 9F
07/17 14:52, 9F
→
07/17 14:53,
5年前
, 10F
07/17 14:53, 10F
我的意思是把 C/C++ 當成 LPC 來用. 這樣就不用解譯器了.而且 C++ 比 LPC 靈活.
以上只是 把原生語言 和 解譯器 的做法做比較. 但其實這二者都不好.
更好的正規的方法是做一個 API 層, 使得開發劇情不受程式語言限制,
可以自由使用 python, lua, go, c++... 呼叫 API
再更好的方法是, 完全不用寫程式. 有現成的工具. (會再 PO 文介紹)
※ 編輯: farmerlu (140.112.30.37 臺灣), 07/17/2019 21:01:44
→
07/18 00:23,
5年前
, 11F
07/18 00:23, 11F
→
07/18 00:24,
5年前
, 12F
07/18 00:24, 12F
→
07/18 00:25,
5年前
, 13F
07/18 00:25, 13F
是的. 例如可以做成動態程式庫 ( windows 的 *.dll / linux 的 *.so ) 就不用重開機
所以不用按照以前受限的框架去做, 而能更節省開發人力...
※ 編輯: farmerlu (140.112.30.37 臺灣), 07/18/2019 01:05:14
→
07/18 01:07,
5年前
, 14F
07/18 01:07, 14F
編劇時, 可以只使用其中必要的部分(看起來像 LPC), 而不是精通 c/c++ 的全部功能
這樣省去了一層解譯器, 好處有:
1.減去解譯器的維護人力 (debug, 加功能 等. 功能永遠不夠)
2.提高執行效率
3.功能更全面
4.便於連接其他各種程式語言/程式庫...
※ 編輯: farmerlu (140.112.30.37 臺灣), 07/18/2019 01:25:56
→
07/18 01:40,
5年前
, 15F
07/18 01:40, 15F
→
07/18 01:42,
5年前
, 16F
07/18 01:42, 16F
→
07/18 01:50,
5年前
, 17F
07/18 01:50, 17F
→
07/18 01:50,
5年前
, 18F
07/18 01:50, 18F
→
07/18 02:36,
5年前
, 19F
07/18 02:36, 19F
→
07/18 02:36,
5年前
, 20F
07/18 02:36, 20F
→
07/18 02:37,
5年前
, 21F
07/18 02:37, 21F
→
07/18 10:10,
5年前
, 22F
07/18 10:10, 22F
討論串 (同標題文章)
mud 近期熱門文章
11
19
PTT遊戲區 即時熱門文章
-8
17