Към SharePoint технически дизайн модели: SharePoint Designer поток + Събитие получател = висока ефикасност коктейл

Един от новите модели, намирам в изработването на решения на SharePoint лостове SharePoint Designer поток и получател на събитие.

Ето един бизнес сценарий да я тури в контекст:

  • Аз upload документ към библиотека с документи.
  • Аз започне мулти-стъпка работен поток, създадени с помощта на SharePoint Designer.
  • В един момент по време на този процес, Работният поток възлага задача на някой (чрез събиране на данни от потребителя или възлагане на задача).
  • Ние искаме да използвате KPI, за да следите колко дълго тази задача е в очакване на завършване. KPI показва зелено за задачи, които са завършени или падеж повече от 3 дни от сега. Тя показва жълт, ако задачата се дължи утре или днес. Тя показва червен, ако задачата е просрочена.
  • Тук е заядливец: Искам датата, която управлява този KPI да бъде празник aware.

Не може да изчисли празник aware падеж дата в SharePoint Designer поток много лесно. Аз ще трябва да създадете потребителско действие или използването на трета страна инструмент. Въпреки това, лесно е достатъчно, за да изчислите тази дата в получател на събитие. Слеят тези две и получаваме модел като този:

  • Дефинира един скрит да/не колона на сайта на библиотеката с документи с надпис "DoCalcualteDueDate".
  • Инициализиране на фалшиви.
  • В подходящ момент в работния поток (e.g. точно преди "събира данни" действие), присвоите тази стойност True.
  • ItemUpdate() събитие получател изглежда да видите дали "DoCalculateDueDate" е вярно. Тъй като събитието приемника работи на всяка актуализация, "DoCalculateDueDate" е обикновено фалшиви.
  • Когато работният поток възлага DoCalculateDueDate на true, на събитието приемник изчислява празник aware дължимата дата.
  • Когато събитието приемника не това изчисление, Тя установява флаг DoCalculateDueDate на фалшиви.

В края, ЕДП поток се предава с получател на събитие чрез DoCalculateDueDate семафор и имаме празник aware поради дати, които са присвоени на точно подходящия момент в живота на работния поток. SharePoint Designer контроли, когато датата на падеж е присвоена но събитието приемника извършва реалното изчисление и присвояване.

</край>

Абонирайте се за моя блог.

Technorati тагове: ,

Оставете отговор

Вашият имейл адрес няма да бъде публикуван. Задължителните полета са отбелязани *