SAPUI5

Una aplicación SAPUI5 es un conjunto de archivos que el navegador carga y ejecuta. Sus componentes principales son:

1. Component: el punto de entrada de la aplicación, que instancia el SAP Fiori Launchpad u otro contenedor.
2. App descriptor (manifest.json): declara las fuentes de datos, los modelos, el enrutamiento, las dependencias y los inbounds de navegación.
3. Vistas: normalmente en XML, declaran qué controles aparecen en pantalla, en su mayoría de bibliotecas como sap.m.
4. Controladores: código JavaScript o TypeScript que reacciona a los eventos del usuario.
5. Modelos: modelos OData V2 o V4 para los datos del back-end, modelos JSON para el estado local y modelos de recursos para los textos traducidos.

El data binding conecta los controles con las propiedades del modelo, de modo que un campo se actualiza cuando cambian los datos sin necesidad de código de conexión escrito a mano. Temas como SAP Horizon dan un estilo coherente a todos los controles. Por tanto, SAPUI5 es un framework de aplicaciones, no solo una biblioteca de widgets: establece cómo se estructura, se carga y se conecta a los datos una aplicación.

SAPUI5 se ejecuta en la capa de aplicaciones de UI, dentro del navegador del usuario. Por encima, el SAP Fiori Launchpad o SAP Build Work Zone proporcionan el shell, la navegación y los roles. Por debajo, los servicios OData construidos con el ABAP RESTful application programming model, SAP Gateway u otros back-ends entregan los datos y aplican las reglas de negocio.

Los dos enfoques de desarrollo principales producen aplicaciones SAPUI5. SAP Fiori elements genera la UI en runtime a partir de anotaciones OData, utilizando por debajo controles SAPUI5. Una aplicación SAPUI5 freestyle se escribe a mano con los mismos controles. Las SAP Fiori Design Guidelines describen la experiencia de usuario buscada; SAPUI5 es una de las tecnologías que la implementan en código. SAPUI5 es el runtime común que subyace tanto a las aplicaciones SAP Fiori elements como a las aplicaciones freestyle, sea cual sea la forma en que se haya construido la aplicación.

La diferencia principal es la licencia. OpenUI5 es open source bajo la licencia Apache 2.0 y se desarrolla públicamente en GitHub. SAPUI5 se entrega como parte de productos SAP como SAP BTP y la plataforma ABAP.

El runtime central y las bibliotecas de controles más utilizadas, por ejemplo sap.m, sap.ui.layout y sap.ui.unified, son idénticos en ambos. SAPUI5 añade más bibliotecas: gráficos (sap.viz, sap.chart, sap.suite.ui.microchart), smart controls que se configuran a partir de anotaciones OData (sap.ui.comp), SAP Fiori elements (sap.fe) y el shell del launchpad (sap.ushell). La lista cambia en cada release; en SAPUI5 1.154, ninguna biblioteca se entrega solo con OpenUI5. Los nombres técnicos y las API son compartidos, de modo que el código escrito para OpenUI5 se ejecuta en SAPUI5 cuando se cambia el runtime. Los números de versión pueden diferir a nivel de parche, porque la distribución de SAPUI5 incorpora un núcleo de OpenUI5.

Para los equipos que desarrollan sobre productos SAP, SAPUI5 es la distribución pertinente; OpenUI5 es relevante para las herramientas open source y para las aplicaciones que deben ejecutarse sin licencia de SAP.

La respuesta depende de la opción de implementación:

• SAP BTP: SAP describe SAP BTP como el canal principal de SAPUI5. En la red de distribución de contenidos hay varias versiones disponibles, y cada aplicación elige su versión al arrancar. Aproximadamente cada mes aparecen nuevas versiones menores, y las versiones se retiran de la red como máximo un año después de su publicación; consulte la descripción general de versiones para conocer el estado de las versiones de mantenimiento a largo plazo.
• On-premise y Private Edition: SAPUI5 se entrega con el componente de tecnología de UI de la plataforma ABAP. Cada release de SAP Fiori front-end server incluye una versión de mantenimiento a largo plazo; por ejemplo, el front-end server 2023 corresponde a SAPUI5 1.120 y el front-end server 2025 a SAPUI5 1.136.
• SAP S/4HANA Cloud Public Edition: SAPUI5 viene con el producto, y su mantenimiento sigue la documentación del producto y no la estrategia de SAP BTP.

Criterio de decisión: desarrolle y pruebe con la versión de SAPUI5 más baja entre los sistemas en los que se ejecutará la aplicación. El diálogo de información técnica (Ctrl+Alt+Shift+P) muestra la versión realmente cargada. Conocer la versión de SAPUI5 es el primer paso en cualquier cuestión de compatibilidad.

1. Desarrollar con una versión más reciente que la de producción. Una función disponible en SAP BTP puede no existir en el front-end server on-premise. Consulte la descripción general de versiones antes de usar un control o una API nuevos.
2. Depender de API obsoletas. La carga síncrona y otros patrones heredados siguen funcionando, pero están obsoletos; la guía de modernización de SAP enumera sus sustitutos, y el UI5 linter los detecta.
3. Fijar la versión de las aplicaciones SAP BTP y olvidarse de ellas. Una aplicación vinculada a una versión que sale de la red de distribución de contenidos deja de cargarse. Planifique las actualizaciones de versión como cualquier otra tarea de mantenimiento.
4. Escribir los textos directamente en el código. Las etiquetas deben ir en modelos de recursos; de lo contrario, la traducción se convierte en un cambio de código.
5. Desarrollarlo todo en freestyle por costumbre. La propia guía de SAP recomienda SAP Fiori elements siempre que encaje un floorplan, y código freestyle cuando no encaje.

La mayoría de los problemas con SAPUI5 son problemas de ciclo de vida (versiones, obsolescencias y responsabilidades) más que problemas de código.