Techniques
Parent and child events
In specific cases, events may be triggered by activity associated with an earlier event. In these scenarios, we describe the subsequent event as a child event, and the preceding event as a parent event.
- A subscription to the mechanic/actions/perform topic generates new child events as actions are performed
Tasks responding to child events may reference to the parent's event using
{{ event.parent }}. Parent events are recursively available (as in {{ event.parent.parent.parent }}), to a limit of 5 generations back.When viewing any given event in Mechanic, look in the event details to find any parent or child relationships that apply. Click through to any displayed parent or child event to view that event's details.
Example
Subscriptions
Code
1
mechanic/user/trigger
2
user/fan/out
Copied!
1
{% assign n = event.data | default: 0 | times: 1 %}
2
3
{% if n < 5 %}
4
{% for m in (0..n) %}
5
{% action "event" %}
6
{
7
"topic": "user/fan/out",
8
"data": {{ n | plus: 1 | json }},
9
"task_id": {{ task.id | json }}
10
}
11
{% endaction %}
12
{% endfor %}
13
{% else %}
14
{% action "echo", event_data: event.data, parent_event_data: event.parent.data %}
15
{% endif %}
Copied!
As written, this task will "fan out": it will generate 1 child event, which will then generate 2 child events, each of which will then generate 3 child events, and each of those will then generate 4 child events, and finally, each of those events will generate 5 child events of their own. The result: 154 events, created with a single click. 💪
Importantly, note the
"task_id" option, applied to the Event action. This option ensures that only this task, and no other, will respond to the new event. While it's unlikely that any other task will subscribe to "user/fan/out" events, this option is important for ensuring expected behavior.Last modified 1mo ago
Copy link
Edit on GitHub
Contents
Example