Выпущен Node-RED версии 2.0

Выпущенnoderedверсии20

Node-RED 2.0 теперь доступен для установки . При обновлении прочтите инструкции по обновлению .

Журнал изменений содержит полный список изменений в этом выпуске, но вот основные.



Переменные темы CSS

Чтобы узлам / плагинам было проще стилизовать свои элементы пользовательского интерфейса, чтобы они учитывали любую примененную настраиваемую тему, мы добавили набор переменных CSS, которые они могут использовать для выбора цветов темы. .

Подробнее

Обновления узлов

Функция изменения внешнего модуля

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

На основе отзывов о функции, мы внесли следующие изменения в эту версию. :

Кнопка быстрой инъекции узла

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

Обратите внимание, что кнопка в главном представлении потока по-прежнему будет вводить текущие развернутые значения, как и всегда.

Переименовано RBE узел к Фильтр узел

RBE (Отчет по исключению) узел - одна из скрытых жемчужин палитры. Учитывая, сколько раз это был ответ на вопрос на форуме, очевидно, что нам нужно было сделать его более доступным для поиска. В этом выпуске мы сделали две вещи:

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

Другой узел обновления

  • Доступны новые настройки, fileWorkingDirectory , который можно использовать для определения рабочего каталога, используемого узлами File для разрешения относительных путей. Если параметр не указан, узлы будут делать то, что они делали раньше - использовать текущий рабочий каталог процесса Node-RED.
  • В режиме ограничения скорости узел задержки теперь может динамически устанавливать свою скорость с помощью msg. показатель.
  • Узел TLS теперь позволяет указать протокол ALPN
  • Боковая панель отладки поддерживает отображение свойств типа Map / Set
  • Узел File In имеет новую опцию для включения всех свойства при отправке сообщения в строке
  • Узел Exec имеет новую опцию для скрытия консоли при работе под Windows
  • Теперь узлу Delay можно приказать сбросить заданное количество сообщения в очереди с использованием msg.flush
  • Клиентский узел WebSocket можно настроить на автоматическую отправку контрольного сообщения ping

Расширение возможностей разработчика

Одним из преимуществ программирования с низким кодом с такими инструментами, как Node-RED, является абстрагирование многих технических деталей того, как все работает. Это позволяет вам сосредоточиться на решении возникшей проблемы.

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

С этой целью мы также выпускаем пару новых плагинов для Node-RED, которые внесут - изменение общего опыта разработчика.

Отладчик потока

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

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

Для получения дополнительной информации вы можете найти

здесь страница плагина .

Flow Linter - nrlint

Второй выпущенный нами плагин - это Flow Linter - nrlint. Это можно использовать для выявления потенциальных проблем в потоке на основе большого набора правил, которые предоставляет линтер. Например, он может предупреждать, если у вас есть узлы HTTP In, которые не подключены к узлам HTTP Response. Или если у вас есть узлы, которые физически перекрываются и потенциально скрывают друг друга.

Мы смоделировали линтер после

eslint , который мы также объединяем в одно из правил, которые можно использовать для линтинга JavaScript в ваших функциональных узлах.

Мы Мы разработали линтер для работы в браузере с использованием рабочего потока, то есть он не влияет на производительность редактора. Боковая панель показывает результаты линтера и позволяет быстро переходить к областям потока, требующим внимания.

Вне редактора nrlint также можно установить и запустить как команду - line инструмент для потоковых json-файлов. Это означает, что его можно использовать для проверки потоков в конвейерах сборки.

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

Мы уверены, что появятся несколько более эзотерических правил, которые, возможно, не входят в основной набор. Например, некоторые сторонние узлы могут захотеть представить руководство по использованию их узлов. Чтобы поддерживать это, правила линтера являются подключаемыми, что позволяет создавать собственные правила и делиться ими с сообществом через npm.

Для получения дополнительной информации вы можете найти здесь .

Что дальше?

План выпуска, который мы опубликовали в прошлом году, был нацелен на выпуск 2.0 в конце апреля, а последующие промежуточные выпуски должны происходить каждые 3 месяца после этого. Учитывая, что мы уже прошли три месяца после этой апрельской цели, нам нужно еще раз взглянуть на наше планирование выпуска.

Выпуск 2.0 был в некоторой степени уникальным. Это наша первая серьезная проблема с версией, которая разблокировала ряд внутренних изменений, поскольку нам больше не нужно беспокоиться о старых версиях Node.js. Но на то, чтобы разобраться с этими внутренними изменениями, потребовалось больше времени, чем ожидалось, включая пару проблем в восходящем направлении, которые на время блокировали прогресс.

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

Если есть какая-то особенность, которую вы хотите увидеть в Node-RED, тогда сейчас самое время прыгнуть в форум и поделитесь своими отзывами.

Что касается потока 1.x, это сейчас в режиме обслуживания. Это означает, что мы по-прежнему будем выпускать сервисные выпуски по мере необходимости, если будут сообщения об ошибках и исправления.

Для участников мы будем перетасовывать наши ветки кода в github чтобы отразить разные потоки, которые у нас сейчас есть - мы поделимся более подробной информацией через

# канал core-dev в слабину , так что приходите поздороваться, если вам интересно.