Problemas con el ciclo de vida de los formularios en PaaSOS

Una de los problemas más difíciles de resolver en la actual versión de Velneo v7 es la gestión de la carga, refresco y control de los distintos controles objeto ubicados en un formulario.

Si en un formulario tenemos varios controles objeto que muestran la misma información de distinta forma tendremos que cargar la información en todos ellos para que sea visible cuando mostremos el control adecuado. Este efecto lo conseguimos mediante las condiciones de visibilidad de los controles objeto.

Un ejemplo se produce en el siguiente formulario:

image

Si nos fijamos detenidamente vemos un formulario que contiene tres controles objeto que a su vez cargan los datos de las categorías mediante un único proceso llamado PRC_LOAD_CATEGORIES. Estas distintas vistas del mismo conjunto de datos permiten imprimir, visualizar en modo rejilla o en modo árbol las categorías según la configuración del módulo. Para conseguir este efecto condicionamos la visualización de cada uno de los controles objeto en función de la propiedad condición de visibilidad asociada a una variable local del formulario rellenada en el evento starting del formulario en base a la configuración del módulo almacenada en una tabla de configuración. El primer control tendría asociada la condición “DEFAULT_VIEW=1”, el segundo “DEFAULT_VIEW=2” y el tercero “DEFAULT_VIEW=3”.

Al cargar el formulario por primera vez los datos se leen tantas veces como llamadas producidas por los tres controles objeto. Esto implica cargar tres veces el mismo conjunto de datos. Lógicamente esta carga de datos triplicada implica una perdida importante de rendimiento (especialmente en SaaS). Este comportamiento de los controles objeto implica cargar una información en tres controles que no será visualizada, con el correspondiente consumo de tráfico de red y procesamiento asociado en cliente/servidor.

Lo lógico sería que el control objeto no se cargase si la condición de actividad del mismo estuviera deshabilitada.

Además del problema de la carga de datos triplicada tenemos otra cuestión fundamental que resolver, ya que el evento starting del formulario (donde leemos el valor de la configuración de nuestro módulo) se lanza posteriormente a la carga de los tres controles objeto. esta situación provoca que los controles objeto no se comporten como esperamos.

Lo ideal sería que el evento starting del formulario se produjese en el inicio del mismo, antes de la carga de los controles.

La solución:

La solución pasa por tener un absoluto control de la carga de datos.

Si en el proceso de carga de los datos solo retornamos el conjunto una sola vez conseguiremos ser óptimos en los consumos de ancho de banda y en procesamiento.

Para resolver esta cuestión nosotros hemos utilizado una variable global que gestiona el control de la carga de datos:

image

Esta variable toma valor true solo cuando es estrictamente necesario, por lo tanto, solo se carga el conjunto de datos adecuado si previamente se habilitó la variable. En nuestro caso la variable esta siempre a false excepto cuando refrescamos el control objeto que deseamos visualizar.

Este refresco se produce en el evento starting del formulario y en el evento de refresco que se lanza al cambiar de visualización.

image

Con este código refrescamos solo el control adecuado en función de la configuración del modulo y de la vista seleccionada. Previamente tenemos que habilitar el refresco y cuando hemos terminado tenemos que volverlo a deshabilitar.

Este montaje solo carga el conjunto una sola vez en el evento starting y otra cuando cambiamos el modo de visualización mediante el evento refresh.

Espero que este ejemplo os ayude a mejorar el rendimiento de vuestras aplicaciones en la nube. En PaaSOS, esta solución en combinación con otras han mejorado el rendimiento considerablemente.

Descargar en formato PDFDescargar en PDF
1 estrella2 estrellas3 estrellas4 estrellas5 estrellas (4 votes, average: 4,50 out of 5)
Cargando…

Seguir Jorge Hontoria Jimenez:

Gerente de TipeSoft

Dirección de proyectos de integración de software y aplicaciones orientadas a servicios. Implantación de soluciones de integración basadas en SharePoint Portal.

Últimas publicaciones de

5 Respuestas

  1. Gracias por compartirlo
    vSaludos.

  2. No lo he probado…pero y si metemos los registros en una cesta y luego solo es cargar dicha cesta.

  3. @manugc: No entiendo bien lo que quieres hacer con la cesta.
    ¿En qué momento añadimos los registros de la cesta?
    ¿Sobre qué control o proceso ejecutamos el añadir registros de la cesta?

  4. Algo similar tengo implementado en algunos formularios, por razones similares. Gracias por publicarlo!

  5. yo tambien yo habia resuelto asi, aunque para cargar distintas tablas en un mismo formulario, y sobre todo para paginar tablas que contienen gran cantidad de registros, ya que la carga se hacia muy pesada en las versiones anteriores a la 7.3, ahora el rendimiento ha mejorado pero sigue siendo mejor si evitamos la carga completa.
    un saludo.
     

Dejar una opinión