“EpScript 实现原理”的版本间的差异
(未显示同一用户的1个中间版本) | |||
第1行: | 第1行: | ||
== epScript 实现的底层原理 == | == epScript 实现的底层原理 == | ||
epScript 脚本(<code>*.eps</code>) 可以通过 euddraft 编译成遵循一定规则使用 eudplib 扩展库的 Python 脚本(<code>*.py</code>),这些 Python | epScript 脚本(<code>*.eps</code>) 可以通过 euddraft 编译成遵循一定规则使用 eudplib 扩展库的 Python 脚本(<code>*.py</code>),这些 Python 脚本执行之后会生成以星际 [[EUD]] 触发器作为基本操作指令的目标代码文件 | ||
无论你在 epScript 中写什么样的代码,最终都会转换成一个或多个的触发器,任何 epScript 的条件分支都是额外的触发器。 | 无论你在 epScript 中写什么样的代码,最终都会转换成一个或多个的触发器,任何 epScript 的条件分支都是额外的触发器。 | ||
第23行: | 第23行: | ||
=== 数学运算 === | === 数学运算 === | ||
常规触发器是没有完备的数学运算功能的,可以使用的工具是动作([ | 常规触发器是没有完备的数学运算功能的,可以使用的工具是动作([http://www.staredit.net/wiki/index.php/Scenario.chk#Trigger_Actions_List Actions])中设置数字修改方法([http://www.staredit.net/wiki/index.php/Scenario.chk#Number_Modifiers Number Modifiers])的增加(Add)和减少(Substract)方法 —— 它们用于增加/减少玩家资源或者死亡数等等。 | ||
上一节,已经可用于实现了条件控制流程,eudplib 基于此使用 SetDeaths 的 | 上一节,已经可用于实现了条件控制流程,eudplib 基于此使用 SetDeaths 的 |
2023年4月20日 (四) 13:55的最新版本
epScript 实现的底层原理
epScript 脚本(*.eps
) 可以通过 euddraft 编译成遵循一定规则使用 eudplib 扩展库的 Python 脚本(*.py
),这些 Python 脚本执行之后会生成以星际 EUD 触发器作为基本操作指令的目标代码文件
无论你在 epScript 中写什么样的代码,最终都会转换成一个或多个的触发器,任何 epScript 的条件分支都是额外的触发器。
需要深入研究触发器字节码结构可参考:
虚拟触发器(Virtual Triggers)
运行时无法获取 Scenario.chk 中的 TRIG 节(Section) 在内存中的位置,因此无法在运行时对触发器进行动态的流程控制。
但好在天无绝人之路, jjf28 发帖称只需要将触发器的字节码写入到内存中任何能访问的位置,然后将其添加到触发器链表中,它们就会正常工作,他将这些不在 TRIG 节(Section)中的触发器称之为虚拟触发器(Virtual Triggers)。
trgk 提出 STR 节(Section)在运行时会作为一个整体加载到内存中,而在生成 chk 时可以知道所有其中内容的相对地址,并且可以在运行时获取到 STR 节(Section)在内存中的地址,因此如果将触发器写入到 STR 节(Section)则可以在运行时轻易获取它们彼此的内存地址。以实现在运行时进行动态的条件判断和流程控制。eudplib 正是基于此设计的条件控制流程。
数学运算
常规触发器是没有完备的数学运算功能的,可以使用的工具是动作(Actions)中设置数字修改方法(Number Modifiers)的增加(Add)和减少(Substract)方法 —— 它们用于增加/减少玩家资源或者死亡数等等。
上一节,已经可用于实现了条件控制流程,eudplib 基于此使用 SetDeaths 的
- 循环增加(Add) 指定次数实现整数乘法
- 循环减少(Substract) 指定次数实现整数除法
当然实现过程中的优化很多,对不同的量(区别于运行时会发生变化的量和编译时可以确定值的常量)的处理方法不一样,不需要运行时确定的量可以在编译期通过 Python 运算结果,降低运行时的运算量。
更复杂的数学运算涉及更复杂的算法,基本原理就是用触发流程来模拟,可以参考:
变量存储位置
参考虚拟触发器,在 STR 节(Section)中开辟一片区域用于存储变量。