Er zijn twee redenen voor deze wijziging:

  • De behoefte aan transpilatie van JavaScript is verlaten omdat het een techniek betreft omdat een moderner JavaScript-engine werd ontwikkeld.

  • De extra stap van het transpileren van elk stuk JavaScript-code, wat bijdraagt aan de laadtijd van het implementeren en uitvoeren van JavaScript-code.

Wij gaan als volgt te werk om de transpile-optie af te schrijven voor JavaScript en macro's.

  1. De transpilatiestap wordt standaard uitgeschakeld wanneer macro's worden opgeslagen met de xAPI-opdracht. Bij elk oud macrogebruik van de xAPI moet dus de transpile-optie expliciet op waar worden ingesteld als transpile nodig is. Deze wijziging is gepland om vrijgegeven te worden in RoomOS mei 2025.

  2. Uiteindelijk zullen we de transpilatie geheel uit RoomOS verwijderen. Over de exacte release van deze stap is nog niet helemaal bepaald, maar we zullen ongeveer 6 maanden na de eerste fase van de introductie hiervan kijken.

Voor uw implementatie kunt u uw macro's en JavaScript al doorsturen door dit te configureren op uw RoomOS-apparaten. We raden u aan deze optie zo snel mogelijk te verplaatsen. 

xConfiguratie macro's EvaluerenTranspiled: Uit

We voeren deze wijzigingen aan om RoomOS maximaal te laten werken en u kunnen helpen de implementatie van JavaScript-toestelnummers op een efficiënte en veilige manier op te schalen.

Als u hebt besloten om EvaluerenDoorvertaal weer in te stellen naar Aan nadat RoomOS mag worden release, verwijdert u alle macro's zodat ze kunnen worden getranspild.

Naar onze ervaring is het belangrijkste gebruik van transpile in scripts wanneer in het script de optie vereist is als onderdeel van het laden van de xAPI JS-module in een macro. Dit probleem kan gemakkelijk zijn om te verzachten door de importoptie te gebruiken bij het definiëren van modules.

Lees meer over macro's op roomos.cisco.com.