以後的 qc 应该要是便利的。 也就是说，例如某 wiz，他在线上的时候发现了一个讯息，某某 玩家打败了某某怪物取得了某某物品，他在基本的查询後知道这 是最近新增的区域，「他想了解一下这区域的基本资料与设定」 areadata 可提供的功能为... 一、凡使用 create 做初始资料设定的物件，其设定的资料 二、该物件自订的部份函数(使用 function_exists、query 　　房间的 pre_exit_func、怪物的 inquiry_func、物件的 　　add_action、怪物的自定护盾...) 三、目前玩家在该区域活动的情形 四、档案 size 的前几名列表(用来简易观看一些特殊物件) 五、房间、重生怪物与其设定物品的简易关连列表 六、对一些资料先做基本的过滤(设定过滤规则) 假设 areadata 未来只能提供这六种主要功能时，则日後写区域 的一个基本原则，就是尽量写的让 areadata 看的懂。 个人觉得初期理想的比例是 areadata 秀了 70% 的资讯，wiz仅 需再做 30% 的实际 more，而未来最理想的情况就是 90% : 10% 这时候即使不 qc 而其实随时都能 qc，就不用局限於 qc 制度的 存在与否以及 qc 规则的订定。 Laechan --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 218.170.228.72