大家好，今天我将向大家分享有关tasker中文版和Tasker 中文用户指南 - 事件条件(Event Context)的一些独特见解，希望能够为你们带来新的思考和启示。
Tasker 的这些功能,被您「冷落」了吗
本篇旨在向 Tasker用户分享一些鲜为人知的功能，以让更多的人在编写配置时灵活地用上它们。虽然这些功能在 Tasker用户指南中也有提及，只不过大多 Tasker用户都未曾了解过它们，我想，当中有些功能或许连 Tasker高级用户都不大清楚。其实，别小瞧这些冷门功能，通过它们，往往能相当简易地实现我们的需求。
有用过条件判断功能的 Tasker用户都知道，~R/!~R操作符的匹配类型是正则表达式，也知道它可用于动作的 If条件以及状态条件「变量值（Variable Value）」中。
从 5.0版本起，Tasker新增了一个功能，『凡是可以进行「简单匹配」的地方，只要在表达式前加上~R或!~R，便会变成正则表达式匹配』。
%evtprm是事件（Event）条件触发后传递至「进入（Entry）」任务的局部数组变量，相信很多人都接触过它，但是，要如何快速确定%evtprm数组中每个元素的含义呢，我想，应该只有少数人才知道。比如说，当微信通知的事件触发时，你能否快速确定代表通知内容的变量是%evtprm2还是%evtprm3呢？
在 Tasker用户指南中有一句话提到，『%evtprm数组元素的顺序，与事件参数（项）的顺序是一致的』，其意思如下图：
由此，便可快速知道，%evtprm2与%evtprm3分别代表了通知的标题和内容。
以下为变量引用的说明（摘自本人翻译的 Tasker中文用户指南变量部分）
在动作「测试 Tasker（Test Tasker）」中有个局部变量（Local Variables）的类型，能用来存储正在运行任务中所有（该动作执行前的）已赋值的局部变量，如下动图所示：
本功能可对配置的编写起到一个辅助性的作用，比如，我想知道某个接收意图的 extras参数的变量名称以用于任务的编写上，便可通过此方法获知（从上动图可知，%newrssi为意图所带的 extra参数）。
递归变量（Recurse Variables）是动作「变量设置（Variable Set）」的一个可选参数（如下图所勾选的项目）
它的作用是递归替换所有已赋值的变量，效果如下面的例子所示：
Tasker 中文用户指南 - 事件条件(Event Context)
我想一次性付费阅读所有 Tasker中文用户指南哦？OK，请访问此链接
「事件条件」能够指定配置文件被激活时所需的事件。例如，在收到短信，或屏幕关闭时（激活配置文件）。
事件与其他条件略有不同，因为它们是即时的，而其他条件通常具有持续时间。
这也意味着指定诸如只在事件持续时间内将屏幕亮度设置为 X（的这类操作）是没有意义的，因此 Tasker会假定所有设定动作都应该在事件之后继续保持（即不会还原）。
有关指定事件的更多信息，请参阅事件编辑界面。
当任务被事件触发时，被触发的事件的参数会传递给该任务，这样它就可以根据事件的细节做出决策。
这些参数存储在数组%evtprm中。
该数组元素所具有的值的顺序，与事件参数（项）的顺序是一致的。
例如：若事件的第二个参数（项）是应用程序，则在启动任务中，%evtprm2将设置为触发该事件的应用程序的标签名。
相关链接
Tasker英文用户指南： Tasker Userguide- Event Context
关于本次tasker中文版和Tasker 中文用户指南 - 事件条件(Event Context)的问题分享到这里就结束了，如果解决了您的问题，我们非常高兴。