GWT - ¿realmente debería usarse solo para las partes dinámicas?

Question

En algunas dudas sobre StackOverflow pros y los contras de GWT a partir de 2009 a alguien que answered:

[...] utilizar GWT para llenar sólo en las partes dinámicas de sus aplicaciones. Entonces, si tiene algunas interacciones de usuario complejas con muchos campos. Sin embargo, no use los paneles que vienen con él. Tome sus páginas suministradas por el diseñador de stock existente. Elimine las áreas que contendrán los controles para su aplicación. Adjunte estos controles a la página en onModuleLoad(). De esta forma, puede usar las páginas estándar de su diseñador y también hacer todo el diseño fuera del gwt.

Bueno, estoy tratando de entender el motivo. Si entiendo correctamente, el cliente recibe un compilado de archivos HTML y JavaScript. Entonces, desde la perspectiva del navegador, ¿no se supone que debe ignorar la forma en que se creó la página HTML (estáticamente editando la página HTML o dinámicamente por código GWT)? Además, parece que los paneles GWT se traducen en elementos HTML simples en la página compilada. Entonces, ¿dónde está la actuación aquí?

Answer 1

Trate de imaginar que su aplicación tiene 5000 páginas únicas complejas diferentes. Si intenta implementarlo todo usando GWT, tendrá un problema bastante grande durante el desarrollo, porque el tiempo de compilación será muy largo y el deceleración también será lento. A veces es mejor implementar todo en GWT, a veces es mejor combinar páginas estáticas con GWT.

Básicamente tienes que usar GWT cuando traerá algunos beneficios reales para el usuario. Si el usuario no podrá ver la diferencia, si la página es estática o dinámica, use la tecnología que sea más fácil de usar para usted. Por ejemplo, si está desarrollando un editor de imágenes web, GWT es una opción obvia. Si está creando algún clon de Wikipedia, debería usar GWT principalmente para algunas partes dinámicas, como administración, búsqueda y edición.