Det er to grunner til denne endringen:

  • Behovet for transpilering av JavaScript blir forlatt som en teknikk som en mer moderne JavaScript-motor har blitt utviklet.

  • Fjerner det ekstra trinnet med å måtte transpilere hvert stykke JavaScript-kode som legger til lastetiden for distribusjon og kjøring av JavaScript-kode.

Vår tilnærming til å avvikle transpile-alternativet for JavaScript og makroer er følgende.

  1. Transpileringstrinnet vil bli deaktivert som standard når du lagrer makroer med xAPI-kommandoen. Derfor krever all bruk av eldre makroer fra xAPI at transpile-alternativet eksplisitt settes til sann hvis transpil er nødvendig. Denne endringen er planlagt utgitt i RoomOS mai 2025.

  2. Vi vil etter hvert fjerne transpilasjon helt fra RoomOS. Den nøyaktige utgivelsen for dette trinnet er ikke helt bestemt, men vi vil se på omtrent 6 måneder etter at den første fasen er introdusert.

For distribusjonen din kan du allerede videresende validere makroene og JavaScript ved å konfigurere dette på RoomOS-enhetene dine. Vi anbefaler at du gjør dette trekket så raskt som mulig. 

xKonfigurasjonsmakroer EvaluertTranspilert: Av

Vi gjør disse endringene for å sikre at RoomOS yter maksimalt, og at vi kan hjelpe deg med å skalere distribusjonen av JavaScript-utvidelser på en effektiv og sikker måte.

Hvis du har bestemt deg for å konfigurere EvaluateTranspiled tilbake til På etter RoomOS May-utgivelsen, lagre alle makroer på nytt slik at de kan transpileres.

Etter vår erfaring er hovedbruken av transpil i skript når skriptet bruker kravalternativet som en del av å laste xAPI JS-modulen inn i en makro. Dette problemet kan enkelt reduseres ved å bruke importalternativet når du definerer moduler.

Les mer om makroer på roomos.cisco.com.