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>