Управлять выходами/очередью сигналов на платформе CONNECT?
Я пытаюсь предотвратить переход пустого элемента к объекту (в данном случае в конце списка, чтобы упростить случай). Есть ли у контрольных выходных «сигналов» какая-либо очередь, в которой они потребляются, или он будет запускать узел, если сигнал будет отправлен хотя бы один раз?
Вопрос специфичен для этого примера, где он возвращает пустой объект в конце, которого не должно быть, но мне все еще интересно узнать, как управляющие выходы ведут себя в разных сценариях (это один из таких интересных сценариев). В обычном случае массив будет сначала отфильтрован, чтобы исключить любые «несовместимые» (например, неопределенные) элементы.
![Безумие обратных вызовов в javascript [JS]](https://i.imgur.com/WsjO6zJb.png)
Ответы 1
- нет очереди для управляющих сигналов. все управляющие сигналы узла должны активироваться, чтобы узел также активировался.
- как только узел завершает свое выполнение, его флаг управления сбрасывается, но его выводы ввода данных не сбрасываются. в результате все управляющие сигналы должны быть отправлены снова, чтобы узел активировался, однако параметры, которые он получил через свои входные контакты, сохранятся.
- когда вы повторно отправляете данные на входной контакт, предыдущее значение будет переопределено, поэтому для следующего выполнения узла будет использоваться переопределенное значение. обратите внимание, что узел по-прежнему будет ждать, пока все управляющие сигналы подтвердят выполнение.
они должны ответить на ваш вопрос в целом. но чтобы быть более конкретным для вашего варианта использования: вы забываете, что эти узлы выполняются асинхронно, и, возможно, поэтому ваш график не ведет себя так, как вы хотите. вот как это могло произойти:
#iterateпередаст в выражение шаг с непустымitem.- выражение передаст этот шаг переключателю и
/user/key/delete. #iterateпередаст выражение еще один шаг, на этот раз с пустымitem.- выражение будет передавать
falseв/user/key/delete. - переключатель даст зеленый свет
/user/key/delete, когда он закончит свое предыдущее выполнение (с непустым шагом).
как видите, тогда /user/key/delete будет выполнено false, чего, похоже, вы хотите избежать. чтобы обойти эту проблему, я бы порекомендовал просто отфильтровать массив, прежде чем передавать его в #iterate для начала.
более наглядный пример этого явления можно увидеть на таком графике:
выполнение этого подграфа приведет к печати 3 чисел, но не обязательно четных чисел из-за того же явления.