Viens no jaunajiem modeļiem, atrast, lai veidotu SharePoint risinājumus piesaista SharePoint Designer darbplūsmas un notikumu uztvērēju.
Šeit ir biznesa scenāriju īstenot kontekstā:
- Doc lib ir augšupielādēt dokumentu.
- Es uzsāktu vairāku soļu darbplūsmu, veidots, izmantojot SharePoint Designer.
- Kādā brīdī šajā procesā, darbplūsma piešķir uzdevumu kādam (izmantojot datu savākšanai no lietotāja vai piešķirtu uzdevumu).
- Mēs vēlamies izmantot KPI, lai izsekotu, cik ilgi šī uzdevuma pabeigšana gaida. KPI parāda zaļo par uzdevumiem, kas ir pabeigti vai izpildes vairāk nekā 3 dienas no tagad. Tas liecina dzeltens, ja uzdevums ir jāizpilda rīt vai šodien. Tas rāda sarkanu, ja uzdevums tiek kavēts.
- Šeit ir futbolists: Es gribu, lai datumu, kas vada atpūtas zināt, ka KPI.
Nevar aprēķināt brīvdienu respektējošu apmaksas datums SharePoint Designer darbplūsmā, ļoti viegli. Vajadzēs izveidot pielāgotu darbību vai izmantot 3rd puses rīks. Tomēr, tas ir vienkārši pietiekami, lai aprēķinātu datumu, šajā notikumu uztvērēju. Apvienot šos divus kopā, un mēs kā šis modelis:
- Definētu slēpto Jā/vietnes kolonna, uz dokumentu bibliotēku ar nosaukumu "DoCalcualteDueDate".
- To inicializē uz false.
- Piemērotā brīdī darbplūsmā (piem.. tieši pirms "savākt datus" darbības), piešķir vērtību TRUE.
- ItemUpdate() notikumu uztvērēju apskata, lai redzētu, vai "DoCalculateDueDate" ir taisnība. Tā kā notikumu uztvērēju darbojas uz katru atjauninājumu, "DoCalculateDueDate" ir parasti nepatiess.
- Kad darbplūsma piešķir DoCalculateDueDate TRUE, notikumu uztvērēju aprēķina brīvdienu respektējošu apmaksas datums.
- Kad notikumu saņēmēju nav šo aprēķinu, DoCalculateDueDate karoga iestata FALSE.
Beigās, VPD darbplūsma tiek izplatīta ar notikumu uztvērēju, izmantojot DoCalculateDueDate semaforu, un mums ir svētku respektējošu izpildes datumus, kas tiek piešķirts darbplūsmas dzīvē īsti pareizā brīdī. SharePoint Designer vadīklām, kad apmaksas datums ir piešķirts, bet notikumu uztvērēju veic faktisko aprēķināšana un piešķiršana.
</beigās>
