Uno dei modelli emergenti che trovo nella lavorazione di soluzioni SharePoint sfrutta il flusso di lavoro di SharePoint Designer e un ricevente di eventi.
Ecco uno scenario aziendale di metterlo in contesto:
- Caricare un documento di un lib doc.
- Dà il via più passaggi del flusso di lavoro creato utilizzando SharePoint Designer.
- A un certo punto durante tale processo, flusso di lavoro viene assegnato un compito a qualcuno (via raccogliere dati dall'utente o assegnare un compito).
- Vogliamo utilizzare un indicatore KPI per tenere traccia di quanto tempo tale attività è in attesa di completamento. L'indicatore KPI mostri verde per le attività che vengono completate o due più di 3 giorni da oggi. Essa mostra giallo se l'attività è scadenza domani o oggi. Si vede rosso se l'attività è scaduto.
- Ecco il kicker: Voglio la data che spinge quel KPI per essere informati-vacanza.
Io non riesco a calcolare una dovuta vacanza-aware data molto facilmente nel flusso di lavoro SharePoint Designer. Avrei dovuto creare un'azione personalizzata o utilizzare uno strumento di partito 3 °. Tuttavia, è abbastanza facile calcolare tale data in un ricevitore di eventi. Quei due si fondono insieme e otteniamo un modello come questo:
- Definire un nascosto sì/no colonna sito sulla raccolta documenti etichettati "DoCalcualteDueDate".
- Inizializzarla su false.
- Al momento opportuno nel flusso di lavoro (e. g. poco prima di "raccogliere dati" azione), assegnare il valore a True.
- Un ItemUpdate() ricevente di eventi Guarda per vedere se "DoCalculateDueDate" è vero. Dal momento che il ricevente di eventi viene eseguito su ogni aggiornamento, "DoCalculateDueDate" è normalmente false.
- Quando il flusso di lavoro assegna DoCalculateDueDate true, il ricevente di eventi calcola il dovuto vacanza consapevole data.
- Quando il ricevente di eventi fa questo calcolo, imposta il flag DoCalculateDueDate false.
Alla fine, Flusso di lavoro SPD è collegato con un ricevitore di eventi tramite il semaforo di DoCalculateDueDate e abbiamo vacanza-informato del debito date che vengono assegnate al momento esattamente corretto nella vita del flusso di lavoro. Controlli di SharePoint Designer quando viene assegnata la data di scadenza ma il ricevente di eventi esegue il calcolo effettivo e assegnazione.
</fine>
