Hacia patrones de diseño técnico de SharePoint: Flujo de trabajo de SharePoint Designer + Receptor de eventos = cóctel de alta potencia

Uno de los patrones emergentes de que encontrar en la elaboración de soluciones SharePoint aprovecha el flujo de trabajo de SharePoint Designer y un receptor de eventos.

Aquí se presenta un escenario de negocio para poner en contexto:

  • Cargar un documento en un lib doc.
  • Inaugurar varios pasos flujo de trabajo creado mediante SharePoint Designer.
  • En algún momento durante ese proceso, flujo de trabajo asigna una tarea a alguien (a través de recopilar datos de usuario o asignar una tarea).
  • Queremos usar un KPI para realizar un seguimiento de cuánto tiempo esa tarea espera de completar. El KPI muestra verde para tareas que se completan o debido más 3 días a partir de ahora. Muestra amarillo si la tarea es debida mañana u hoy. Aparece en rojo si la tarea está vencida.
  • Aquí está el kicker: Quiero la fecha que impulsa ese KPI para tener conciencia de vacaciones.

No puedo calcular una debida conciencia de vacaciones fecha muy fácilmente en el flujo de trabajo de SharePoint Designer. Tengo que crear una acción personalizada o utilizar una herramienta de parte 3. Sin embargo, es bastante fácil de calcular una fecha en un receptor de eventos. Fusionar los dos y obtenemos un patrón como este:

  • Definir un oculto sí/no hay columnas de sitio en la biblioteca de documentos con la etiqueta "DoCalcualteDueDate".
  • Inicializar en false.
  • En el momento adecuado del flujo de trabajo (por ejemplo:. justo antes de "recopilar datos" acción), asignar ese valor a True.
  • Un ItemUpdate() receptor de eventos mira para ver si "DoCalculateDueDate" es cierto. Puesto que el receptor de eventos ejecuta en cada actualización, "DoCalculateDueDate" es normalmente falso.
  • Cuando el flujo de trabajo asigna DoCalculateDueDate true, el receptor de eventos calcula la debida vacaciones consciente fecha.
  • Cuando el receptor de eventos hace este cálculo, la bandera de DoCalculateDueDate establece en false.

En el final, Flujo de trabajo SPD se comunica con un receptor de eventos mediante el semáforo DoCalculateDueDate y tenemos vacaciones conscientes por las fechas que se asignan en el momento exactamente correcto en la vida del flujo de trabajo. Controles de SharePoint Designer cuando se asigna la fecha de vencimiento, pero el receptor de eventos realiza el cálculo real y asignación.

</final>

Suscribirse a mi blog.

Etiquetas de Technorati: ,

Contesta

su dirección de correo electrónico no será publicada. Los campos necesarios están marcados *