Optimice el tiempo de carga del formulario con las mejores prácticas de diseño y script

Los formularios que se cargan lentamente pueden reducir la productividad y la adopción por parte del usuario. Siga estas recomendaciones para maximizar la velocidad de carga de los formularios. Muchas de las prácticas recomendadas describen la forma en que un programador puede implementar scripts de formularios para la organización. Asegúrese de discutir estas prácticas recomendadas con los programadores que crean scripts de formularios para los formularios.

Diseño de formularios

Considere la interacción que el usuario tendrá con el formulario y la cantidad de datos que se deben mostrar en él.

Mantenga el número de campos al mínimo
Cuanto más campos tenga en un formulario, más datos deberá transferir a través de Internet o de a una intranet para ver cada registro.

Scripts de formularios

Si tiene personalizaciones que usan scripts de formularios, asegúrese de que el desarrollador comprende estas estrategias para mejorar el rendimiento.

Evitar el uso de solicitudes sincrónicas Las solicitudes sincrónicas pueden provocar cargas de página lentas y formularios que no responden. Utilice solicitudes asincrónicas en su lugar. Consulte esta entrada de blog para ver más ejemplos.

Evite incluir bibliotecas de recursos web de JavaScript que no necesite
Cuantos más scripts agregue al formulario, más tiempo tardará en descargarlos. Por lo general, los scripts se almacenan en caché en el explorador después de cargarse la primera vez, pero el rendimiento la primera vez que se ve un formulario suele crear una impresión considerable.

Evite cargar todos los scripts en el evento Onload
Si tiene código que únicamente admite los eventos OnChange para campos o el evento OnSave, asegúrese de definir la biblioteca de scripts con el controlador de eventos para dichos eventos en lugar del evento OnLoad. De esta manera, la carga de estas bibliotecas se puede aplazar y aumentar el rendimiento cuando el formulario se carga.

Use las fichas contraídas para aplazar la carga de recursos web
Cuando se incluyen recursos web o IFRAMES en secciones en una pestaña contraída, estos no se cargarán si la pestaña está contraída. Se cargarán cuando se expanda la ficha. Cuando el estado de la ficha cambia, se produce el evento TabStateChange. Ningún código necesario para admitir recursos web o IFRAMEs en fichas contraídas puede usar controladores de eventos para el evento TabStateChange ni reducir código que, de otro modo, debería producirse en el evento OnLoad.

Defina las opciones predeterminadas de visibilidad
Evite usar scripts de formularios en el evento OnLoad que oculten elementos de formulario. En su lugar, defina las opciones predeterminadas de visibilidad de los elementos de formulario que podrían ocultarse para no ser visibles de forma predeterminada cuando el formulario se carga. A continuación, use los scripts en el evento OnLoad para mostrar los elementos de formulario que desee mostrar. Si los elementos del formulario nunca se hacen visibles, deben eliminarse del formulario en lugar de ocultarse.

Barra de comandos o cinta

Tenga en cuenta estas prácticas recomendadas al editar la barra de comandos o la cinta de opciones.

Mantenga el número de controles al mínimo
En la barra de comandos o la cinta de opciones del formulario, evalúe qué controles son necesarios y oculte aquellos que no necesite. Cada control que se muestra aumenta los recursos necesarios para descargarse en el explorador.

Utiliczar solicitudes de red asincrónicas en reglas personalizadas Al usar reglas personalizadas que realizan solicitudes de red en la Interfaz unificada, utilice la evaluación de reglas asincrónica.

Vea también

Crear y diseñar formularios
Consideraciones de diseño para los formularios principales
Cómo se presentan los formularios principales en los distintos clientes