이렇게 변경하는 데는 두 가지 이유가 있습니다.

  • 보다 현대적인 JavaScript 엔진이 개발됨에 따라 JavaScript의 트랜스파일(transpilation)에 대한 필요성은 기술로 포기되고 있습니다.

  • JavaScript 코드를 배포하고 실행하는 로드 시간을 추가하는 모든 JavaScript 코드를 트랜스파일해야 하는 추가 단계를 제거합니다.

JavaScript 및 매크로에 대한 transpile 옵션을 더 이상 사용하지 않는 방법은 다음과 같습니다.

  1. 변환 단계는 xAPI 명령으로 매크로를 저장할 때 기본적으로 꺼집니다. 따라서 xAPI의 모든 레거시 매크로 사용에는 트랜스파일이 필요한 경우 transpile 옵션을 명시적으로 true로 설정해야 합니다. 이 변경 사항은 2025년 5월 RoomOS에서 릴리스될 예정입니다.

  2. 결국 RoomOS에서 트랜스파일(transpilation)을 완전히 제거할 것입니다. 이 단계의 정확한 릴리스는 완전히 결정되지 않았지만 첫 번째 단계가 도입된 후 약 6개월을 살펴볼 것입니다.

배포의 경우 RoomOS 장치에서 매크로 및 JavaScript를 구성하여 매크로 및 JavaScript의 유효성을 이미 전달할 수 있습니다. 가능한 한 빨리 이동하는 것이 좋습니다. 

xConfiguration 매크로 EvaluateTranspiled: 끄기

RoomOS가 최대한의 성능을 발휘할 수 있도록 이러한 변경을 수행하고 있으며, 효율적이고 안전한 방식으로 JavaScript 확장 배포를 확장할 수 있도록 지원합니다.

RoomOS May 릴리스 후 EvaluateTranspiled 를 다시 On으로 구성 하기로 결정한 경우 모든 매크로를 다시 저장하여 트랜스파일할 수 있습니다.

경험에 비추어 볼 때, 스크립트가 xAPI JS 모듈을 매크로에 로드하는 과정의 일부로 require 옵션을 사용할 때 스크립트에서 트랜스파일(transfilee)을 주로 사용합니다. 이 문제는 모듈을 정의할 때 가져오기 옵션을 사용하여 쉽게 완화할 수 있습니다.

roomos.cisco.com 에서 매크로에 대해 자세히 알아보세요.