РУКОВОДСТВО / ИНТЕРФЕЙС

Динамический интерфейс

Пользовательское приложение может показывать только те сообщения и значения, которые нужны конечному пользователю. Это отделяет рабочий интерфейс от технического журнала отладки.

Технический журнал и пользовательский лог

Технический журнал полезен при разработке и диагностике. В готовом приложении его видимость можно отключать, если такая настройка доступна в используемой версии. Пользовательский лог — отдельный элемент интерфейса, который заполняет сам сценарий.

  • Добавляйте в пользовательский лог понятные сообщения: начало операции, результат, предупреждение или ошибку.
  • Очищайте лог в начале нового запуска, если история предыдущего запуска не нужна.
  • Не выводите в лог пароли, токены, cookies и другие секреты.

Обновление значения элемента

Для отображения результата создайте элемент интерфейса и задайте уникальный ключ. Затем используйте поддерживаемое действие обновления элемента интерфейса, передав ключ и новое значение. Повторное обновление того же ключа должно заменять текущее отображаемое значение, а не создавать новую строку истории.

Пример логики
Получить цену → PRICE
Установить значение элемента CURRENT_PRICE = PRICE
Добавить сообщение: «Цена обновлена»

Ключи элементов должны совпадать с ключами, указанными в действиях сценария. Названия переменных в примере условные — используйте реальные имена из вашего проекта.

Результаты нескольких потоков

Если приложение выполняет сценарии параллельно, включайте номер потока в сообщения и используйте отдельные ключи для раздельных результатов, например `PRICE_THREAD_1` и `PRICE_THREAD_2`. Для общего поля заранее определите правило обновления: последнее полученное значение заменяет предыдущее.

[Поток 1] Получена цена: 200
[Поток 2] Получена цена: 250

Фактические доступные действия, переменные номера потока и поведение одновременных обновлений зависят от версии runtime. Проверьте их на тестовом приложении перед использованием в рабочем сценарии.