基于脚本（Script）和指令的文件数据库系统提案

[yuyi919]

目的

优化脚本编写体验，为可视化编辑预设铺路

新增指令

以下以BGM为例：

setBgm: path/to/file.ext -name=name -volume=90

我们在这行指令中完成了从[name]到[path/to/file]的映射，并预设了volume为90%
只要将像这样类似的指令集中到同一个文件，就构成了一个抽象的文件数据预设系统

再使用时可以传入name而不是path

bgm: name -notunlock

与以往不同的调用方式，只传递name就可以播放BGM，无形中优化剧本阅读的理解成本
并且这里展示了一个新的参数notunlock，代表这次播放不会unlock对应名称的BGM
这也大大简化了【播放并解锁对应名称的BGM】这一操作的输入效率，因为只要复用传入的name就可以直接进行解锁，而想要不解锁（我始终觉得这是非常少见的场景）就使用-notunlock即可

扩展延伸

同理，上述操作可以扩展到bg,se,figure等等指令中
极大地简化脚本编写体验以及只想看剧本时的阅读体验

[yuyi919]

Q: 为什么不设立一个统一的set:bgm/se/xxx而应该设计复述的对应的指令
A: 因为不同的指令拥有不同的参数选择，如果混在一个指令里不仅难解析，用户看到一个指令拥有如此混乱的参数恐怕也只会觉得麻烦