HTML5 frente a SAPUI5

SAP tardó mucho tiempo en lanzar tecnologías de interfaz de usuario modernas. Sobre todo, la adaptabilidad a las necesidades individuales y la usabilidad menos intuitiva resultan difíciles.

Como parte de una fase de evaluación de las tecnologías de interfaz de usuario HTML5, surgió la idea de escribir un artículo sobre tecnologías de interfaz. Especialmente sobre las que se utilizan habitualmente en el entorno SAP.

El marco WebDynpro ya ha sido probado y ofrece también interesantes opciones para desarrollos propios. Por ejemplo, puede utilizar plantillas predefinidas para interfaces de usuario y un cómodo entorno de desarrollo con un editor WYSIWYG.

Como en todos los marcos cerrados, SAP, como fabricante, es el proveedor del marco y, por tanto, define estrictamente los límites. Esto significa que todo el control de la comunicación con el sistema backend se define en el servidor.

No hay opción de codificación personalizada en el lado del cliente, como sería necesario, por ejemplo, para la integración de determinados contenidos multimedia (por ejemplo, vídeo).

Por otro lado, estas limitaciones también ofrecen ventajas, especialmente en lo que respecta a cuestiones como la planificación de versiones, el soporte, la seguridad de los datos y la estabilidad. Debido a las limitaciones descritas anteriormente, SAP está abriendo nuevos caminos y proporciona un marco de interfaz de usuario relativamente nuevo: SAPUI5.

Hasta ahora, SAPUI5 es conocido principalmente por las aplicaciones Fiori, pero este es un concepto más abierto con más opciones de intervención en comparación con WebDynpro.

SAPUI5

SAPUI5 también es un marco y ofrece una colección de elementos de diseño y control basados en HTML5. Con SAPUI5, SAP también proporciona un concepto para la vinculación de datos que ya es familiar en una forma similar de WebDynpro.

Esto garantiza el intercambio de datos entre la interfaz de usuario y los sistemas backend (los sistemas que no son SAP también pueden conectarse con SAPUI5). Para ello, el marco SAPUI5 proporciona una forma de Controlador Modelo Vista (MVC), que regula cómo se transfieren los datos desde la interfaz de usuario a la lógica empresarial o desde la lógica empresarial a la interfaz de usuario.

Con la ayuda de este principio, se pueden producir interfaces de forma rápida y sencilla para realizar proyectos iniciales y transmitir impresiones de la solución. Sin embargo, el marco no solo se compone de bibliotecas propias de SAP, sino que también utiliza otras bibliotecas de código abierto como jQuery, Bootstrap y Cordova/Phonegap.

Actualmente existen dos versiones (también conocidas como versiones combinadas): una para aplicaciones móviles y otra para el área de escritorio.

Una diferencia entre las dos versiones es que la versión móvil incluye una biblioteca más pequeña optimizada para aplicaciones móviles por razones de rendimiento.

La diferencia entre estas variaciones es insignificante gracias a los potentes dispositivos móviles, la cobertura de red cada vez mejor y las mayores velocidades de datos móviles. Solo la adaptación a distintos tamaños de pantalla con ayuda del diseño responsivo es realmente relevante.

Marcos

Como ya se ha mencionado, SAPUI5 es un marco. Por lo tanto, discutiremos brevemente las ventajas y desventajas de este tipo de marcos.

Cuando se desarrolla internamente, siempre se plantea la cuestión de si utilizar los marcos existentes o desarrollarlo todo uno mismo. Como desarrollador, a menudo escuchas la afirmación:

"¿Por qué no utilizar un marco existente y no reinventar siempre la rueda?".

En nuestra opinión, hay dos indicadores que pueden aportar información sobre la utilización de un marco: en primer lugar, el periodo de utilización de la solución y, en segundo lugar, la flexibilidad en cuanto a la adaptabilidad a nuevos requisitos.

Si quieres crear algo presentable rápidamente, los frameworks pueden ser sin duda el método elegido. Si se quiere utilizar la solución a largo plazo o incluso mantenerla permanentemente abierta a cambios, es necesario tomar más medidas al utilizar frameworks para minimizar sus desventajas.

En principio, los marcos o componentes utilizados deben integrarse siempre de forma que no formen parte elemental de la solución para evitar dependencias funcionales.

Esto puede lograrse mediante una arquitectura de software que abstraiga todo lo posible los componentes de terceros para que sigan siendo intercambiables. Por ejemplo, las opciones de entrada proporcionadas por la interfaz gráfica de usuario no deben desempeñar ningún papel en la lógica de flujo.

Todo esto nos lleva a la decisión de que nos gustaría ver cómo funciona un marco para adoptar de él conceptos individuales en caso necesario. Por supuesto, este planteamiento lleva mucho tiempo a primera vista, pero entonces también se conocen las opciones correspondientes a los requisitos de ampliación y los ajustes pueden hacerse de forma mucho más controlada y, por tanto, más segura.

Los marcos, como su nombre indica, proporcionan un marco para crear soluciones. Estas restricciones pueden ayudar a obtener resultados rápidos, ya que un marco nos libera de muchas decisiones (consciente o inconscientemente).

Pero, ¿quién decide en última instancia a favor o en contra de un marco? ¿El jefe de proyecto? ¿Los desarrolladores? La solución óptima sería: ambos juntos. Sin embargo, aquí suele haber opiniones e intereses muy diferentes:

Minimización del riesgo frente a flexibilidad, resultados a corto plazo frente a variedad de opciones a largo plazo.

Sólo si todos son conscientes de ello con la suficiente profundidad podrá tomarse una decisión consciente y correcta también en este caso.

HTML5

A diferencia de los frameworks (WebDynpro, SAPUI5), HTML5 no es más que un lenguaje de marcado y representa la versión actual (según la especificación del W3C) de HTML (Hypertext Markup Language).

HTML se utiliza para describir y enlazar/conectar contenidos web (por ejemplo, texto, imágenes, vídeos) en forma de documento electrónico. Esto incluye sitios web y otras soluciones basadas en web con una interfaz gráfica que se visualizan mediante navegadores web u otros motores de navegación.

Cuando se desarrolla una solución HTML, se suele utilizar CSS (Cascading Style Sheets) para el diseño de los documentos HTML. Esto ya ocurría en versiones anteriores de HTML y se mantiene con la versión actual.

Sin embargo, HTML y CSS por sí solos no bastan para trazar el alcance del rendimiento de las soluciones HTML5 dinámicas y más complejas. Para ello es necesario el componente adicional JS (JavaScript).

JavaScript es un lenguaje de scripting que se utiliza para realizar dinámicas en documentos HTML. Como los objetivos clave de una solución se derivan de los requisitos técnicos, HTML5 es especialmente adecuado para interfaces con un alto grado de flexibilidad y personalización.

Escenarios de aplicación

Los escenarios de aplicación típicos de Pikon prevén el intercambio de datos con un sistema backend (por ejemplo, SAP ERP). En SAP, se puede implementar una solución HTML5 utilizando una página de servidor empresarial (BSP) o en combinación con una aplicación WebDynpro.

Una aplicación de este tipo no se ejecuta exclusivamente en el servidor SAP, sino principalmente en un cliente móvil, y hay que encontrar la forma de comunicarse con SAP.

El Internet Communication Framework (ICF) de SAP NetWeaver es la forma clásica de hacerlo en el entorno web. Un cliente puede enviar datos al servidor SAP utilizando un servicio ICF, por ejemplo, y el servidor SAP devuelve los datos correspondientes. SAPUI5 con SAP NetWeaver Gateway y oData Services nos ahorra este proceso.

Conclusión

En resumen, puede decirse que el desarrollo en HTML5 puro con una mezcla de componentes de creación propia y de terceros utilizados deliberadamente es el método que elegimos, aunque su aplicación requiera muchos conocimientos, disciplina y esfuerzo.

Pero especialmente cuando todo un equipo de desarrolladores está trabajando en algo, tiene sentido trabajar en la estructura y la comprensibilidad de una solución, y el esfuerzo merece más la pena con cada solicitud de cambio que sigue y se implementa más tarde.

Así que si no puedes vivir con las limitaciones de un framework, HTML5 también es una opción viable en el entorno SAP.

En general, la decisión sobre si se debe utilizar un marco y cuál, sólo puede tomarse teniendo en cuenta los requisitos específicos, especialmente en lo que respecta a la individualidad y adaptabilidad del software.