PageSwitch 需求和接口设计

[heartcase]

需求

为事件页添加额外的出现条件
以前一条或多条的注释符合正则表达式, 则执行对应的检测函数
可以通过添加正则表达式和检测函数来拓展和兼容其他插件

可以通过注释和多个页面来扁平化一些事件逻辑, 类似于switch语句的作用

技术细节

记录正则pattern和对应检测函数handler的数组

能注册正则和检测函数的方法PageSwitch.registerCase

读取事件页面头部一条或多条注释并匹配正则的方法checkCases

重写Game_Event.prototype.meetsConditions将 checkCases 注入

拓展

对于GameSelfData, 可以判断键值是否存在, 值是否相等, 或者算数比较等等
对于Storyline, 可以判断Story的状态, 当前的Stage, Progress的进度或者Checkpoint的状态等等

例子

window.PageSwitch.registerCase(
  'SelfDataIs',
  /CASE: SelfData ([^\s]+) is ([^\s]+)/,
  (event, key, value) =>
    $gameSelfData.value([event._mapId, event._eventId, key]) === value,
);

注释: 如果不为真则跳过此事件页

CASE: SelfData name is "HeartCase"

[KggFromChina]

请问是否有必要专门设计一个Storyline功能？
我的拙见是没有必要，因为故事进度相比其他的条件并没有特殊之处，完全可以用简单的多个变量来确定，作为一个事件页出现条件就好了，不需要专门设计一个故事线功能。而且故事不一定是线性的，引导用户使用Storyline可能反而限制用户的发挥。即使真的做出网状故事线条件，使用效果也很可能跟多个变量差不多。

[KggFromChina]

我有个需求，让用户可以在条件表达式中写逻辑运算。比如写成这样：

(
SelfData name is "HeartCase"
OR
SelfData name is "AngelHeartCase"
)
AND
GameVariable 5 > 10086

感觉正则写出来会很复杂......

[heartcase]

请问是否有必要专门设计一个Storyline功能？
我的拙见是没有必要，因为故事进度相比其他的条件并没有特殊之处，完全可以用简单的多个变量来确定，作为一个事件页出现条件就好了，不需要专门设计一个故事线功能。而且故事不一定是线性的，引导用户使用Storyline可能反而限制用户的发挥。即使真的做出网状故事线条件，使用效果也很可能跟多个变量差不多。

Storyline插件只是提供了一种 状态, (见#4), 属于非核心的插件, 不是必需的. 因此它的优先级目前也不高(所以我也没建它的issue).
PageSwitch是核心插件, 因为它可以和多种提供状态的插件组合到一起, 可以用来切页, 当然如果rm能直接提供一个脚本作为出现条件的功能就不需要这个插件了.
每个插件都是可以独立存在的, 所以实现不实现别的插件和PageSwitch没有关系.

至于为什么要做Storyline是因为RM没有专门提供保存flag的数据模型
当制作游戏的时候, 要么让所有游戏flag散落在数组的各个地方, 要么游戏制作开始前就预留出足够的数组空间.
无论哪一种方法, 我觉得都是不够自然的
最好的方法是可以像数据库的其他对象一样集中管理.

[heartcase]

我有个需求，让用户可以在条件表达式中写逻辑运算。比如写成这样：

(
SelfData name is "HeartCase"
OR
SelfData name is "AngelHeartCase"
)
AND
GameVariable 5 > 10086

感觉正则写出来会很复杂......

AND的话天然支持, 但是OR怎么做我暂时没有想出特别好的办法...

[KggFromChina]

AND的话天然支持, 但是OR怎么做我暂时没有想出特别好的办法...

我的想法是，进入游戏时将用户写的表达式全部转换成等价的js表达式，以后‘checkCases’时直接eval这些表达式。
比如例子的表达式，进入游戏时直接转换成

 ( $gameSelfData._data[[eventMapId,eventId,'name']] == 'HeartCase' || $gameSelfData._data[[eventMapId,eventId,'name']] == 'AngelHeartCase' ) && $gameVariables.value(5) > 10086

这种转换似乎不难。对一般的表达式，先对字符串用'split'依据换行符拆分成多份，再逐行匹配，用'switch...case'选择包含语句的字符串。对逻辑运算符，'AND'直接转换成'&&'，'OR'直接转换成'||'，括号原封不动。最后所有字符串连接起来就行了。

[heartcase]

暂时应该可以通过多开几个事件页勉强糊弄过去.
这里应该不需要eval, 我们可以把括号内的东西通过正则匹配变成一颗树状结构, 然后对这棵树进行取值.
比如 (A OR B) => { rel: 'OR', conditions: [A, B] }
等我们先初步整合所有模块搞出一个最小可用出来, 然后再慢慢研究各个细节.

[MikanHako1024]

我有个需求，让用户可以在条件表达式中写逻辑运算。比如写成这样：

(
SelfData name is "HeartCase"
OR
SelfData name is "AngelHeartCase"
)
AND
GameVariable 5 > 10086

感觉正则写出来会很复杂......

AND的话天然支持, 但是OR怎么做我暂时没有想出特别好的办法...

或许可以：

(A or B) and C
A : SelfData name is "HeartCase"
B : SelfData name is "AngelHeartCase"
C : GameVariable 5 > 10086

对于用户，只需要了解逻辑运算的优先级即可
实现上，只需要把子条件 A, B, C 的判断方法填入 (A or B) and C 即可

[MikanHako1024]

我有个需求，让用户可以在条件表达式中写逻辑运算。比如写成这样：

(
SelfData name is "HeartCase"
OR
SelfData name is "AngelHeartCase"
)
AND
GameVariable 5 > 10086

感觉正则写出来会很复杂......

AND的话天然支持, 但是OR怎么做我暂时没有想出特别好的办法...

或许可以：

(A or B) and C
A : SelfData name is "HeartCase"
B : SelfData name is "AngelHeartCase"
C : GameVariable 5 > 10086

对于用户，只需要了解逻辑运算的优先级即可
实现上，只需要把子条件 A, B, C 的判断方法填入 (A or B) and C 即可

还可以用前缀运算的模式

AND
OR
SelfData name is "HeartCase"
SelfData name is "AngelHeartCase"
GameVariable 5 > 10086

降低了实现难度，但提高了用户使用的门槛