Client/Server Interaction
La siguiente sección discute diversas cualidades de rendimiento y mejores prácticas para webforJ, así como detalles de implementación para el marco.
Al crear una aplicación en webforJ, el cliente y el servidor trabajan juntos para manipular datos entre cliente y servidor, lo cual se puede desglosar en las siguientes categorías amplias:
1. Servidor a cliente
Los métodos de webforJ como setText() están incluidos en esta categoría. Una aplicación webforJ que se ejecuta en el servidor envía datos al cliente sin esperar una respuesta. webforJ optimiza automáticamente los lotes de operaciones en esta categoría para mejorar el rendimiento.
2. Cliente a servidor
Esta categoría cubre el tráfico de eventos, como el método Button.onClick(). En su mayor parte, el cliente envía eventos al servidor sin esperar ninguna respuesta. El objeto de evento típicamente contiene parámetros adicionales relacionados con el evento, como el hashcode. Debido a que esta información se entrega al servidor como parte del acto de entregar el evento, está inmediatamente disponible para el programa tan pronto como se recibe el evento.
3. Servidor a cliente a servidor (ida y vuelta)
Las idas y vueltas se realizan cuando la aplicación solicita al cliente alguna información dinámica que no se puede almacenar en caché en el servidor. Métodos como Label.getText() y Checkbox.isChecked() entran en esta categoría. Cuando una aplicación webforJ ejecuta una línea como String title = myLabel.getText(), se detiene por completo mientras el servidor envía esa solicitud al cliente, y luego espera a que el cliente envíe la respuesta de vuelta.
Si la aplicación envía varios mensajes al cliente que no requieren una respuesta (categoría 1), seguidos de un único mensaje que requiere una ida y vuelta (categoría 3), la aplicación debe esperar a que el cliente procese todos los mensajes pendientes y luego responda al mensaje final que requiere una respuesta. En algunos casos, esto puede agregar un retraso. Si esa ida y vuelta no se hubiese introducido, el cliente habría podido continuar trabajando procesando esos mensajes acumulados mientras la aplicación que se ejecuta en el servidor avanzaba hacia nuevas tareas.
Mejorar el rendimiento
Es posible mejorar significativamente la capacidad de respuesta de la aplicación evitando las idas y vueltas de la tercera categoría tanto como sea posible. Por ejemplo, cambiar la funcionalidad onSelect del ComboBox de esto:
private void comboBoxSelect(ListSelectEvent ev){
ComboBox component = (ComboBox) ev.getComponent();
// Va al cliente
int selected = component.getSelectedIndex();
}
a lo siguiente:
private void comboBoxSelect(ListSelectEvent ev){
// Obtiene el valor del evento
int selected = ev.getSelectedIndex();
}
En el primer fragmento, ComboBox.getSelectedIndex() realizado en el componente fuerza una ida y vuelta de regreso al cliente, introduciendo un retraso. En la segunda versión, usar el método ListSelectEvent.getSelectedIndex() del evento recupera el valor que se entregó al servidor como parte del evento original.
Caché
webforJ optimiza aún más el rendimiento utilizando caché. En general, existen dos tipos de datos en este contexto: datos que el usuario puede cambiar directamente y datos que no pueden ser modificados por el usuario. En el primer caso, al recuperar la información con la que los usuarios interactuarán directamente, es necesario consultar al servidor para obtener esta información.
Sin embargo, la información que no puede ser cambiada por el usuario se puede almacenar en caché para evitar impactos adicionales en el rendimiento. Esto asegura que no sea necesario hacer una ida y vuelta innecesaria, proporcionando una experiencia de usuario más eficiente. webforJ optimiza aplicaciones de esta manera para asegurar un rendimiento óptimo.
Tiempo de carga
Cuando el usuario lanza una aplicación webforJ, carga solo un pequeño fragmento (solo alrededor de 2.5kB gzip) de JavaScript para iniciar la sesión. Después de eso, descarga dinámicamente mensajes individuales, o fragmentos de JavaScript, a demanda a medida que la aplicación utiliza la funcionalidad correspondiente. Por ejemplo, el servidor solo envía al cliente el JavaScript necesario para construir un Button de webforJ una vez: cuando la aplicación crea su primer componente Button. Esto resulta en mejoras medibles en el tiempo de carga inicial, lo que resulta en una mejor experiencia de usuario.