Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
El diseñador del flujo de trabajo depende del análisis del código fuente en el proyecto actual para proporcionar información de diseño actualizada en distintas ubicaciones, como la superficie de diseño del flujo de trabajo y el IntelliSense del diálogo de reglas. Esto permite al diseñador de flujo de trabajo reflejar los cambios en el código fuente antes de que se haya vuelto a generar el proyecto.
Sugerencias para un mejor rendimiento del diseñador
Las sugerencias siguientes pueden mejorar el rendimiento de su diseñador de flujo de trabajo.
| Sugerencia | Explicación |
|---|---|
Mueva todos los tipos utilizados en flujos de trabajo a un proyecto diferente al proyecto en el que se encuentran los flujos de trabajo. |
Todas las interfaces, tipos de evento, actividades personalizadas y clases de aplicación auxiliar se vuelven a analizar para actualizar la información de tipo de tiempo de diseño cada vez que cambia los flujos de trabajo dentro de un proyecto. Por ejemplo, piense en una solución con 10 proyectos, 10 flujos de trabajo en cada proyecto y con 10 tipos de evento asociados. Mover los tipos de evento únicamente a un proyecto ayuda a mejorar el rendimiento. |
Reduzca el número de flujos de trabajo de un proyecto. |
Cada flujo de trabajo es un tipo (directamente, en el caso de C# y Visual Basic, indirectamente, en el caso de XAML) que necesita un tipo de tiempo de diseño para generarse. Así, si hay 10 flujos de trabajo en un proyecto, abrir cualquier flujo de trabajo por primera vez significa analizar también todos los demás flujos de trabajo. La clasificación de estos flujos de trabajo según su función y agrupándolos en 2 o 3 flujos de trabajo por proyecto mejoran el rendimiento drásticamente. |
Refactorice los flujos de trabajo de equipo de estado grandes en flujos de trabajo más pequeños. |
La factorización de los equipos de estado en flujos de trabajo reutilizables menores mejora el rendimiento del diseñador reduciendo el número de estados redundantes. |
Evite colocar el trabajo de ejecución prolongada en constructores de actividad. |
Debido a que se llama a los constructores de actividad durante el tiempo de diseño, colocando elementos de trabajo de ejecución prolongada, como la conexión a una base de datos, en los constructores puede hacer que el diseñador lleve más tiempo la apertura de documentos del flujo de trabajo. |
Consulte también
Conceptos
Solución de problemas de Windows Workflow Foundation
Copyright © 2007 Microsoft Corporation. Reservados todos los derechos.