Il y a deux raisons à ce changement :

  • Le besoin de transpilation de JavaScript est abandonné en tant que technique car un moteur JavaScript plus moderne a été développé.

  • Suppression de l'étape supplémentaire consistant à transpirer chaque morceau de code JavaScript, ce qui augmente le temps de chargement du déploiement et de l'exécution du code JavaScript.

Notre approche pour déprécier l'option transpile pour JavaScript et les macros est la suivante.

  1. L'étape de transpilation sera désactivée par défaut lors de l'enregistrement de macros avec la commande xAPI. Ainsi, chaque utilisation de macros héritées à partir de xAPI nécessite que l'option transpile soit explicitement définie sur true si transpile est nécessaire. Ce changement devrait être publié dans RoomOS en mai 2025.

  2. Nous finirons par supprimer entièrement la transpilation de RoomOS. La publication exacte de cette étape n'est pas entièrement décidée, mais nous envisagerons environ 6 mois après l'introduction de la première phase.

Pour votre déploiement, vous pouvez d'ores et déjà valider vos macros et JavaScript en les configurant sur vos appareils RoomOS. Nous vous recommandons de faire ce déménagement le plus rapidement possible. 

Macros xConfiguration EvaluateTranspiled : Désactivé

Nous effectuons ces modifications pour nous assurer que RoomOS fonctionne au maximum, et que nous pouvons vous aider à faire évoluer le déploiement des extensions JavaScript de manière efficace et sécurisée.

Si vous avez décidé de reconfigurer EvaluateTranspiled sur On après la sortie de mai de RoomOS, réenregistrez toutes les macros afin qu'elles puissent être transpilées.

D'après notre expérience, l'utilisation principale de transpile dans les scripts lorsque le script utilise l'option require dans le cadre du chargement du module JS xAPI dans une macro. Ce problème peut être facilement atténué à l'aide de l'option d'importation lors de la définition des modules.

En savoir plus sur les macros sur roomos.cisco.com.