Det finns två skäl till denna förändring:

  • Behovet av transpilering av JavaScript överges som en teknik eftersom en modernare JavaScript-motor har utvecklats.

  • Ta bort det extra steget att behöva transpilera varje bit JavaScript-kod som ökar laddningstiden för att distribuera och köra JavaScript-kod.

Vår metod för att fasa ut transpileringsalternativet för JavaScript och makron är följande.

  1. Transpileringssteget inaktiveras som standard när makron sparas med kommandot xAPI. Därför kräver varje äldre makroanvändning från xAPI att transpileringsalternativet uttryckligen anges till true om transpile behövs. Denna ändring är planerad att släppas i RoomOS maj 2025.

  2. Vi kommer så småningom att ta bort transpilering helt från RoomOS. Den exakta utgåvan för detta steg är inte helt beslutad, men vi kommer att titta på cirka 6 månader efter att den första fasen introduceras.

För distributionen kan du redan vidarebefordra validering av makron och JavaScript genom att konfigurera dem på RoomOS-enheterna. Vi rekommenderar att du gör detta så snabbt som möjligt. 

xKonfigurationsmakron utvärderaTranspilerad: Av

Vi gör dessa ändringar för att säkerställa att RoomOS presterar maximalt och att vi kan hjälpa dig att skala distributionen av JavaScript-tillägg på ett effektivt och säkert sätt.

Om du har bestämt dig för att konfigurera EvaluateTranspiled tillbaka till På efter RoomOS-versionen i maj sparar du om alla makron så att de kan transpileras.

Enligt vår erfarenhet är den huvudsakliga användningen av transpilering i skript när skriptet använder alternativet kräv som en del av att läsa in xAPI JS-modulen i ett makro. Det här problemet kan enkelt mildras med importalternativet när du definierar moduler.

Läs mer om makron på roomos.cisco.com.