Један од нових модела мислим да у њеном стварању СхареПоинт решења полуге СхареПоинт Десигнер ток догађаја и један рисивер.
Овде је посао сценарио да га ставимо у контекст:
- Ја отпремите документ у доц Либ.
- Ја започети са више корака ток креиран помоћу СхареПоинт Десигнер.
- У неком тренутку током тог процеса, ток посла додели задатак некоме (преко прикупља податке од корисника, или поставите задатак).
- We want to use a KPI to track how long that task is awaiting completion. The KPI shows green for tasks that are completed or due more than 3 days from now. It shows yellow if the task is due tomorrow or today. It shows red if the task is past due.
- Ево бунтовник: Желим датум који покреће тај КПИ да буду свесни одмор-.
I can’t calculate a holiday-aware due date in SharePoint Designer workflow very easily. I would have to create a custom action or use a 3rd party tool. Међутим, it’s easy enough to calculate such a date in an event receiver. Merge those two together and we get a pattern like this:
- Define a hidden yes/no site column on the document library labeled "DoCalcualteDueDate".
- Покрене га да лажно.
- У одговарајуће време у току посла (e.g. just before the "collect data" акција), доделите ту вредност на истина.
- ИтемУпдате() event receiver looks to see if "DoCalculateDueDate" is true. Since the event receiver runs on every update, "DoCalculateDueDate" нормално је лажна.
- Када ток посла додељује ДоЦалцулатеДуеДате на истина, догађај пријемник израчунава одмор-аваре рок.
- Када догађај пријемник ради овај обрачун, она поставља заставу на лажне ДоЦалцулатеДуеДате.
На крају, SPD workflow is communicated with an event receiver via the DoCalculateDueDate semaphore and we have holiday-aware due dates that are assigned at the exactly correct moment in the workflow’s life. SharePoint Designer controls when the due date is assigned but the event receiver performs the actual calculation and assignment.
</крај>
