Mea Culpa — SharePoint Designer * може * създаване на държавната машина работни потоци

Наскоро научих, че това е възможно и дори сравнително лесно да се създаде машина състояния, с помощта на SharePoint Designer. Необходимостта е майка на изобретението и всички добри неща и имах нужда тази седмица, че погледна за изобретение. По стечение на обстоятелствата, Дойдох в този MSDN форум пост както и. Моят личен опит тази седмица и че "независима потвърждение" придава здравина на моето убеждение. Смятам да пиша за това в по-голяма дължина с пълна разпенени пример, но тук е същността на това:

  • Подход подсилва факта, че работен поток може да промените елемент от списък, по този начин се задействат нов работен поток. Аз обикновено счита това да бъде неудобство и дори Blogged за използването на семафори да се справя.
  • SharePoint позволява множество независими работни потоци да бъдат активни срещу конкретен елемент.

Да го конфигурирате:

  • Проектиране вашата държавна машина (т.е., членки и как членки преход от един към следващата).
  • Прилагане на всяка държава като отделен работен поток.
  • Конфигуриране на всеки от тези потоци на държавата да изпълни в отговор на промяна в елемент от списъка.

Всяка състояния следва този груб модел:

  • При инициализация, определи дали наистина трябва да изпълни от проверяващите държава информация в "текущия елемент". Прекъсване ако не.
  • Вършат работа.
  • Актуализация "текущия елемент" с нова държава информация. Това предизвиква актуализация на текущия елемент и пожари на разстояние всички държавни работни потоци.

Освен очевидната полза че човек може да създаде машина с декларативен състояния, всичко, което състояние информация е страхотно за изграждане на KPI и интересни мнения.

Тя има един доста съществен недостатък — standard workflow history tracking is even more useless than normal 🙂 That’s easily remedied, Въпреки това. Всичките си одит тип информация се съхранява в списък по избор. Това вероятно е добра идея дори за ванилия последователен работен поток, but that’s for another blog post 🙂

Аз наричам това "mea culpa" защото имам, за съжаление, каза повече от веднъж на форуми и другаде, че трябва да използва visual studio за създаване на държава машина работен поток. Това просто не е вярно.

</край>

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

Technorati тагове:

4 мисли за "Mea Culpa — SharePoint Designer * може * създаване на държавната машина работни потоци

  1. Jaustral написа:
    Здравей Пол,
    колко много държави се занимават с? Получавам само да има две различни активни работни потоци, когато отидете на страницата за настройки на работния поток?
    Най-добър,
    Juan.
  2. Sanjeev Rajput
    Аз наистина бих искал да прочетете пълния примери. Надявам се един от вас може да помогне за разясняване на някои кошмари, аз бях като с моя подобен процес. Аз съм на мястото, където аз съм готов да започне от пресни.
  3. Пол Galvin
    Това е наистина интересен подход поставя удивителен знак в точката на по-големи, че ЕДП може да създаде държава машина работни потоци.
    Не знам дали има съществени различия между откъм какво ви очертават и това, което аз очертае. В моя случай тази седмица, работата не е проблем, защото този конкретен работен поток е дълго бягане афера (16 или повече седмици от начало до край) и там никога не са повече от няколко десетки активен по всяко време. Ако имаше няколко десетки стартиране и управление на всеки час … Това ще бъде една различна история. Мисля че производителност и работен поток като цяло е много неясен обект.
    Не знам, ако стартирате свой собствен блог или не. Ако го направите, Вие трябва да помисли за написването за подхода си по-подробно. Ако не, Аз ще бъда повече от щастлив да ви призовавам "гост блогър" и да качите вашия пост в моя блог.
    Благодаря за коментар. Това е един от най-добрите, аз бях в състояние да разкрият в моя блог!
    –Пол G
  4. Майк Аткинс
    Аз изпълняват държавна машина, с помощта на отделен списък да държат държавата по време на състоянието преходи. Основният поток създаден елемент тук и задаване на първоначалното състояние. Аз използван един, отделни, Работният поток да се справят с всички на държавата, с помощта на "IF-след това-ELSEIF" структура (в "Стъпка 1") относно възможните състояния.
    За всяка държава членка, всички трябваше да направя е получи отговор от потребителя.
    Примера ми беше много нива последователно одобрение, където всяка стъпка (представлявани от държава-членка) може да има различни възможни наследници. Това означава, че всеки потребител (потенциално) различни опции, достъпни меню на избор. Моят "стъпка две" също така е "Ако-тогава-иначе" структура, която разглежда всички от възможните отговори (от всички етапи), и след това решава каква трябва да бъде следващата държава. "Стъпка 3" след това задайте тази държава, и работния поток завърши.
    Този метод има (Очевидно) Предимството да се случи в рамките на един (вторични) работен поток. Въпреки това, Обхватът на какво може да бъде постигнато в този работен поток е по-ограничен, че един би с работни потоци за всяка държава-членка. Аз се чудех, Въпреки това, какъв вид на изпълнение удари се извършва, ако всички от отделна държава потоци стартиране (Макар и крайната веднага след това).
    Също, Използвам вторична списък (със своя собствена поток) да представлява прехода между държавите, като този процес може да бъде само част от един по-голям работен поток. Когато основните работният поток стартира процеса за машина на държавата, тя отива в състояние на изчакване, и продължава при "примка" е termintaed. Също така бях планира възможността, че ми основния поток и може да искате да промените данните в първоначалния елемент на списъка, и аз исках да избегнете ненужни "firings" на машина състояния.

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

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