Optimizar el rendimiento del formulario
Publicado: febrero de 2017
Se aplica a: Dynamics 365 (online), Dynamics 365 (on-premises), Dynamics CRM 2016, Dynamics CRM Online
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 describe 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.
En este tema
Diseño de formularios
Scripts de formularios
Barra de comandos o cinta
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.
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.
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.
Ver también
Crear y diseñar formularios
Usar el editor de formularios
Consideraciones de diseño para los formularios principales
Presentaciones de formularios principales
Administrar autoguardado
Actualizar los formularios
© 2017 Microsoft. Todos los derechos reservados. Copyright