Są dwa powody tej zmiany:

  • Potrzeba transkompilacji JavaScript została porzucona jako technika, ponieważ opracowano bardziej nowoczesny silnik JavaScript.

  • Usunięcie dodatkowego kroku polegającego na transpilacji każdego fragmentu kodu JavaScript, co wydłuża czas ładowania wdrażania i wykonywania kodu JavaScript.

Nasze podejście do wycofania opcji transpile dla JavaScript i makr jest następujące.

  1. Krok transkompilacji zostanie domyślnie wyłączony podczas zapisywania makr za pomocą polecenia xAPI. W związku z tym każde użycie starszych makr z xAPI wymaga, aby opcja transpile była jawnie ustawiona na true, jeśli transpile jest potrzebny. Ta zmiana ma zostać wydana w RoomOS w maju 2025 r.

  2. Ostatecznie usuniemy transpilację całkowicie z RoomOS. Dokładne wydanie tego kroku nie jest w pełni ustalone, ale będziemy patrzeć na około 6 miesięcy po wprowadzeniu pierwszej fazy.

W przypadku wdrożenia można już przekazywać poprawność makr i kodu JavaScript, konfigurując to na urządzeniach RoomOS. Zalecamy wykonanie tego ruchu tak szybko, jak to możliwe. 

Makra xConfiguration EvaluateTranspiled: Wyłączone

Wprowadzamy te zmiany, aby zapewnić, że RoomOS działa maksymalnie i że możemy pomóc Ci skalować wdrażanie rozszerzeń JavaScript w wydajny i bezpieczny sposób.

Jeśli zdecydowałeś się skonfigurować EvaluateTranspiled z powrotem do Włączone po wydaniu RoomOS May, zapisz ponownie wszystkie makra, aby można je było transpilować.

Z naszego doświadczenia wynika, że głównym zastosowaniem transpile w skryptach, gdy skrypt używa opcji require w ramach ładowania modułu xAPI JS do makra. Ten problem można łatwo złagodzić przy użyciu opcji importu podczas definiowania modułów.

Przeczytaj więcej o makrach na roomos.cisco.com.