※ 引述《kyoe (習慣，不容易)》之銘言：
: if(!room = new(PRIVATE_ROOM)) return 0;
: // 如果無法載入初始物件則直接回傳無此房間或可使用 error() 來報錯
: return room->restore_room(filename);
: // 呼叫初始物件(object room)告訴他可以創造並載入 filename 這個檔案
virtual object 的部份，sanc 有做 v_room 的設計，
這東西簡單來說就是使用 new 的方式，"生"出一個物
件出來。
它類似 clone_object 出來的東西，跟一般的差異:
某房間物件 有房間檔(如 /area/hole/001.c)
某虛擬物件 實際上沒有對映的房間檔
然後它的最直覺問題就是「沒有房間檔，哪來的物件?」
它的做法就是 kyoe 上篇程式碼提到的，用 new 的方式
，比方該虛擬物件 vroom = new("/inherit/vroom.c");
也就是說「所有的虛擬房間」，其「原生源」都是上面
的 vroom.c，類似「所有的玩家」，其「原生源」都是
user.c 一樣，則以 user.c 為例，就可以做到讓 n 個
.o 檔，共用一個 .c 檔。
它的最直接好處，就是玩家 quit 時，「玩家物件」就
會消滅，而「玩家資料」則會被儲存到對映的 .o 檔。
那假設家族(或幫派)有根據地時，最簡單的做法則是使
用指令呼叫式，例如 home
mapping homes=([]);
int cmd_home(string str)
{
.
.
// 讀取你家族(或幫派)族長的 ID 及對應檔案
leaders=this_player()->query_leader_names();
// 若該根據地已經被載入且被存入 homes 裡頭就直接移動
if(homes[leaders])
{
this_player()->move(homes[leaders]);
return 1;
}
// 不然就產生一個 vroom 物件
vroom=new("/inherit/vroom.c");
// 讓該物件執行回存 leaders 資料的動作
// 當然 restore_room 這個函數是必須寫在 vroom 內的
// int restore_room(string leader_files)
// {
// restore_object(leader_files);
// return 1;
// }
vroom->restore_room("/group_data/"+leaders);
// 然後讓 homes 儲存它
homes[leaders]=vroom;
// 然後才讓玩家移動到 vroom
this_player()->move(homes[leaders]);
return 1;
}
(實際上這樣寫是有問題的，但它可以方便說明 vroom)
則 homes[leaders] 在，玩家直接移動到該物件即可，
不在時，才另外 new。
上面是 vroom 的簡易實作法，而進階的用法就如 kyoe
所寫的，以房間出口搭配 compile_object 的函數做法
，是更直接的(房間的移動指令是早就存在的，home 指
令則是另外寫的)。
底下講 vroom 的另一種應用，sanc 的 Int 有實做過，
它的概念在於，比方 001.c 接往 west 的出口是 002.c
，設定方式是:
set("exits/west",__DIR__+"002");
傳統做法，是存在一個 __DIR__+"002.c" 檔，在 sanc
則是改採存在 __DIR__+"_002.c" 這個檔。
> ls
1 001.c 1 _002.c
接著就跟 kyoe 提到的一樣，因為它找不到 west 方向
的 "002.c"，就會接著跑虛擬物件的判斷流程，這時就
發現有 "_002.c", 於是就跑底下
vroom = new(__DIR__+"_002.c");
這樣就相當於「有 002 這個房間物件，但實際上它是虛
擬的」。
那為何要寫 _002.c，不直接寫 002.c 就好呢?
虛擬房間跟實體房間的差異，一般相信是在佔用記憶體
的大小(虛擬房間佔用較小)，以及 all_inventory(vroom)
為空時的存在時間(虛擬物件存在時間可較短)。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
※ 編輯: laechan 來自: 122.117.106.224 (01/29 10:39)