Technology Radar
Server-driven UI is returning to the Trial ring as we see more teams successfully shortening their path to production. By separating rendering into a generic container while providing structure and data via the server, mobile teams can bypass lengthy app store review cycles for every iteration. We’ve seen this significantly improve time to market, with JSON-based formats enabling real-time updates. While we previously cautioned against the "horrendous, overly configurable messes" that proprietary frameworks can create, the emergence of more stable patterns from companies such as Airbnb and Lyft has helped reduce complexity.
Our experience shows that the substantial investment required for a proprietary framework is now easier to justify for large-scale applications. However, it still requires a strong business case and disciplined engineering to avoid creating a "god-protocol" that becomes difficult to maintain. For teams looking to reduce client-side complexity, this approach provides a powerful way to scale across teams and synchronize logic across platforms. We recommend applying it to highly dynamic areas of an application rather than as a blanket replacement for all UI development.
La interfaz de usuario orientada a servidor sigue siendo un tema candente de discusión en los círculos de aplicaciones móviles debido a que permiten a los desarrolladores aprovechar ciclos de cambio más rápidos sin contradecir las políticas de las tiendas de aplicaciones en torno a la revalidación de la propia aplicación. La interfaz de usuario orientada a servidor separa la representación (rendering) en un contenedor genérico en la aplicación móvil, de la definición de la estructura y los datos para cada vista, que es proporcionada por el servidor. Esto significa que los cambios que en su momento necesitaban pasar por la tienda de aplicaciones, pueden ahora ser logrados a través de cambios simples en las respuestas que envía el servidor. Mientras que algunos equipos muy grandes de desarrollo de aplicaciones móviles han logrado grandes resultados con esta técnica, también se requiere una inversión sustancial para construir y mantener su propio framework. Esta inversión requiere de un caso de negocio que la justifique. Mientras no se disponga de dicho caso de negocio, puede ser mejor proceder con precaución; de hecho, hemos podido experimentar planteamientos horrendos, y exageradamente configurables, que en realidad no ofrecían los beneficios prometidos.
Pero con el respaldo de gigantes como Airbnb y Lyft, puede ser que veamos emerger frameworks útiles que ayuden a domar dicha complejidad. Estemos atentos.
Al armar un nuevo volumen del Radar, a menudo nos invade una sensación de déjà vu, y la técnica de server-driven UI genera un caso particularmente sólido con la llegada de los frameworks que permiten a los desarrolladores de aplicaciones móviles tomar ventaja de los ciclos de cambio más rápidos mientras que no se falle en las políticas de las tiendas de apps en torno a la revalidación de la propia aplicación móvil. Lo hemos comentado antes desde la perspectiva de permitir el desarrollo móvil para escalar a través de los equipos. La interfaz de usuario basada en servidor separa la representación en un contenedor genérico en la aplicación móvil mientras que la estructura y la data para cada vista es provista por el servidor. Esto significa que los cambios que alguna vez requirieron un viaje de ida y vuelta a una tienda de apps pueden ahora ser logrados a través de cambios simples en las respuestas que envía el servidor. Nota, no estamos recomendando este acercamiento para todos los desarrollos de interfaz de usuario, de hecho hemos experimentado algunos problemas terribles y demasiado configurados, pero con el respaldo de gigantes como AirBnB y Lyft, sospechamos que no solo nosotros en Thoughtworks nos cansamos de hacer todo del lado del cliente. Mire este espacio.
