Има две причини за тази промяна:

  • Необходимостта от транспилация на JavaScript се изоставя като техника, тъй като е разработен по-модерен JavaScript двигател.

  • Премахване на допълнителната стъпка от необходимостта от транспилиране на всяка част от JavaScript код, което увеличава времето за зареждане на внедряването и изпълнението на JavaScript код.

Нашият подход за отхвърляне на опцията за транспилиране за JavaScript и макроси е следният.

  1. Стъпката на транспилация ще бъде изключена по подразбиране при запазване на макроси с командата xAPI. По този начин всяко използване на наследени макроси от xAPI изисква опцията transpile да бъде изрично зададена на true, ако е необходимо transpile. Тази промяна се планира да бъде пусната в RoomOS през май 2025 г.

  2. В крайна сметка ще премахнем изцяло транспилацията от RoomOS. Точното освобождаване на тази стъпка не е напълно решено, но ще разгледаме приблизително 6 месеца след въвеждането на първата фаза.

За вашето внедряване вече можете да препратите проверка на вашите макроси и JavaScript, като конфигурирате това на вашите устройства RoomOS. Препоръчваме ви да направите този ход възможно най-бързо. 

xConfiguration Macros EvaluateTranspiled: Изкл.

Правим тези промени, за да гарантираме, че RoomOS работи максимално и че можем да ви помогнем да мащабирате внедряването на JavaScript разширения по ефективен и сигурен начин.

Ако сте решили да конфигурирате EvaluateTranspiled обратно на On след изданието на RoomOS May, запазете отново всички макроси, за да могат да бъдат транспилирани.

Според нашия опит основната употреба на транспилация в скриптове, когато скриптът използва опцията require като част от зареждането на xAPI JS модула в макрос. Този проблем може лесно да бъде смекчен с помощта на опцията за импортиране при дефиниране на модули.

Прочетете повече за макросите на roomos.cisco.com.