Mea Culpa — Aplikace SharePoint Designer * mohou * vytvářet zjednodušená

Nedávno jsem se dozvěděl, že je to možné a dokonce i poměrně snadné vytvořit pracovní postup stavového stroje pomocí aplikace SharePoint Designer. Nutnost je matka vynálezu a všechno dobré věci a já jsem měl potřebu tento týden, který se podíval na vynález. Shodou okolností, Narazil jsem na Tento příspěvek ve fóru MSDN a také. Moje osobní zkušenost, tento týden a že "nezávislé potvrzení" dodává sílu mé přesvědčení. Mám v plánu psát o tom na větší délku s otevřenou příklad, Ale tady je to:

  • Tento přístup využívá skutečnost, že pracovní postup může změnit položku seznamu, tím spustí nový pracovní postup. Normálně jsem to být na obtíž, a dokonce i za blogged o použití semaforů Chcete-li to.
  • SharePoint umožňuje více nezávislých postupů aktivní proti konkrétním seznamu položky.

Konfigurace:

  • Navrhnout stavový stroj (tj, státy a jak státy přechod z jednoho do druhého).
  • Realizovat každý stát jako samostatné pracovní postup.
  • Každý z těchto státních pracovní postupy k provedení v reakci na změnu v položce seznamu konfigurace.

Každý pracovní postup státu sleduje tento hrubý vzor:

  • Při inicializaci, Určete, zda by skutečně řídí kontrola informací o stavu v "aktuální položky". Přerušit, pokud není.
  • Práci.
  • Aktualizovat položku"aktuální" s novými informacemi o stavu. To spustí aktualizaci aktuální položky a vyvolá všechny státní pracovní postupy.

Kromě zřejmé výhody že jeden může vytvořit deklarativní pracovními stroji, vše, co je úžasné pro budování KPI a zajímavé informace o stavu zobrazení.

Má poměrně zásadní nevýhodou — standard workflow history tracking is even more useless than normal 🙂 That’s easily remedied, Avšak. Uložit všechny informace o typu auditování do vlastního seznamu. To je pravděpodobně vhodné i pro vanilkové SequentialWorkflow, but that’s for another blog post 🙂

Nazývám "mea culpa" protože mám, Bohužel, už víc než jednou na fórech a jinde že musí použít visual studio k vytvoření pracovní postup stavového stroje. To prostě není pravda.

</Konec>

Přihlásit se na mém blogu.

Doplněk Technorati značky:

4 myšlenky na „Mea Culpa — Aplikace SharePoint Designer * mohou * vytvářet zjednodušená

  1. Jaustral napsal/a:
    Ahoj Paul,
    Kolik států se zabývají? Jen jsem si mít dvě různé aktivní pracovní postupy, když jdu na stránce nastavení pracovního postupu?
    Nejlepší,
    Juan.
  2. Sanjeev Rajput
    Rád bych si přečíst plné příklady. Doufejme, že jeden z vás může pomoci objasnit některé noční můry, kterou mám s mé podobným procesem. Já jsem v místě, kde jsem začít z čerstvých.
  3. Paul Galvin
    To je opravdu zajímavý přístup staví vykřičník na větší bod, že SPD mohou vytvořit pracovní postupy stroj stát.
    Já nevím, jestli existují podstatné rozdíly výkonnost co osnovy a co jsou nastíněny. V mém případě tento týden, výkon není problém, protože tento konkrétní pracovní je dlouhotrvající záležitost (16 nebo více týdnů od začátku do konce) a tam se nikdy víc než pár desítek aktivních kdykoli v. Kdyby několik desítek rozběhu a každou hodinu … To by byl jiný příběh. Myslím, že výkon a workflow je obecně velmi mlhavé téma.
    Já nevím, když spustíte svůj vlastní blog, nebo ne. Provedete-li, Měl bys zvážit psaní o vašem přístupu podrobněji. Pokud tomu tak není, By být více než rádi, že vám říkat "host blogger" a nahrajte váš post na mém blogu.
    Díky za komentář. Je to jeden z nejlepších, jsem byl schopen vyvolat na mém blogu!
    –Paul G
  4. Mike Atkins
    Jsem implementoval stavový stroj pomocí samostatný seznam držet stát během přechodů stavu. Hlavní pracovní postup vytvořit položku zde a nastavit počáteční stav. Použil jsem jeden, samostatné, pracovní postup zpracovat všechny státy, pomocí "IF-pak-ELSEIF" struktura (v "Krok 1") na možné stavy.
    Pro každý stát, vše, co jsem musel udělat bylo získat odpověď od uživatele.
    Můj příklad byl více úrovněmi postupné schválení, kde každý krok (zastoupena státem) může mít různé možné následníky. To znamená, že každý uživatel (potenciálně) různé možnosti, které jsou k dispozici v menu volby. Můj "druhý krok" byl také "IF-THEN-ELSE" struktura, která za všechny možné odpovědi (od všech fází), a pak se rozhodl o tom co by měl být další stav. "Krok 3" pak nastavte tento stát, a pracovní postup.
    Tato metoda má (zřejmé) výhody děje v rámci jedné (sekundární) pracovní postup. Avšak, Co by se dalo dosáhnout v tomto pracovním postupu je omezenější, že by se pracovní postupy pro každý stát. Říkal jsem si, Avšak, Jaký druh výkonu hit se koná, pokud všechny pracovní postupy jednotlivých státu nastartovat (Třebaže ihned poté končí).
    Rovněž, Použít sekundární seznam (s vlastním pracovním postupem) představují přechod mezi státy jako tento proces může být pouze součástí větší pracovního postupu. Když hlavní pracovního postupu spustí proces stroj stát, přejde do stavu wait, a když "opakování" má termintaed. Byl také uvažuje o možnosti, že můj hlavní pracovní postup dobře chtít změnit data v původní položky seznamu, a chtěl jsem, abychom se vyhnuli zbytečnému "záblesků" z pracovní postup stavového stroje.

Zanech odpověď

Vaše e-mailová adresa nebude zveřejněna. Povinné položky jsou označeny *