Vienas iš naujų modelių manau meistruoti SharePoint sprendimus naudoja SharePoint Designer darbo eigos ir įvykio imtuvas.
Čia yra verslo scenarijus įdėti ją į kontekstą:
- Aš įkelti dokumento į doc lib.
- Aš nusimesti Daugiažingsnė darbo eiga, sukurta naudojant SharePoint Designer.
- Tam tikru momentu šio proceso metu, darbo eiga priskiria užduotį kam nors (rinkti duomenis iš vartotojo arba priskirti užduotį).
- Mes norite naudoti KPI sekti kiek laiko tą užduotį laukia baigus. KPI rodo žalia užduočių, kurios atliekamos ar tinkamai daugiau nei 3 dienų nuo dabar. Tai rodo geltona jei užduotis yra tinkamai rytoj ar šiandien. Tai rodo raudona jei užduotis yra pradelstas.
- Čia yra skandalistas: Aš noriu datą, kurią vairuoja kad KPI atostogų-žinoti.
Negalima apskaičiuoti atostogų-aware termino datą SharePoint Designer darbo eiga labai lengvai. Aš turiu sukurti pasirinktinį veiksmą arba naudoti 3rd šalies įrankis. Tačiau, tai gana paprasta apskaičiuoti tokia data įvykis imtuvas. Sujungti šių dviejų kartu ir mes kaip tai:
- Nustatyti paslėptų taip/ne svetainės skiltyje dokumentų biblioteką pavadintą "DoCalcualteDueDate".
- Inicijuoti klaidinga.
- Atitinkamu laiku darbo eigos (pvz.. prieš "duomenų rinkimo" veiksmų), priskirti tą reikšmę TRUE.
- Yra ItemUpdate() renginio imtuvas tikrina, jei "DoCalculateDueDate" tiesa. Kadangi renginys imtuvas veikia kiekvieno atnaujinimo, "DoCalculateDueDate" yra paprastai klaidinga.
- Kai darbo eiga priskiria DoCalculateDueDate tiesa, atveju administratorius apskaičiuoja atostogų-aware tinkamai data.
- Kada įvykio imtuvas nėra šiam apskaičiavimui, joje DoCalculateDueDate vėliavos FALSE.
Galiausiai, BPD darbo eigos yra pateikiama su atveju imtuvu per DoCalculateDueDate semaforo ir mes turime atostogų-aware dėl datos, kurios priskiriamos darbo eigos gyvenime tiksliai teisingą metu. SharePoint Designer kontrolę kai terminas priskiriamas bet renginys imtuvas atlieka faktinio apskaičiavimo ir priskyrimo.
</pabaigos>
