Pred kratkim sem izvedel, da je mogoče in celo dokaj enostavno ustvariti stanje stroj potek dela s programom SharePoint Designer. Potreba je mati izuma in vse, kar dobre stvari in sem imel potrebe ta teden, ki je preučevala za izum. Po naključju, Sem prišel čez Ta MSDN forum post tudi. Moja osebna izkušnja ta teden in da "neodvisno potrditev" daje moč, da moje prepričanje. Sem načrt za pisanje o tem na večjo dolžino s polno Pregorjeli primer, ampak tukaj je bistvo je:
- Pristop dopolnjuje dejstvo, da lahko spremenite potek dela elementa seznama, s tem sproži nov potek dela. Običajno jih šteje to, da se nadloga in celo blogged o uporabi semafor ravnati.
- SharePoint omogoča več neodvisnih poteki dela treba aktivno proti element seznama posebnih.
Oblikovati to:
- Design vaš stroj stanj (tj, članice in kako države prehod iz enega v drugo).
- Izvajati vsaka država kot ločene poteka dela.
- Konfigurirati vsakega od teh potekov dela država vršiti v odgovor na kakršno koli spremembo elementa seznama.
Vsako stanje poteka dela sledi ta grobo vzorec:
- Na initialization, določi, ali mora res izvaja jo pregledovanje informacij o stanju v "trenutnega elementa". Prekiniti, če ne.
- Ne dela.
- Posodobitev "trenutnega elementa" z nove informacije o stanju. To sproži posodobitev trenutnega elementa in požari izklop vseh stanje potekov dela.
Poleg očitne koristi da ena lahko ustvari potek dela stroj deklarativno država, vse, kar je grozen za gradnjo KPI in zanimive informacije o stanju ogledov.
To so dokaj znatno povračila — standard workflow history tracking is even more useless than normal 🙂 That’s easily remedied, vendar. Shranjevanje vseh revizijskih vrste podatkov v seznam po meri. To je verjetno dobra ideja tudi za vanilijev zaporedni potek dela, but that’s for another blog post 🙂
Jaz oklic to a mea "culpa" ker imam, na žalost, je dejal večkrat na forumih in drugje tisti morate uporabiti visual studio tvoriti a njim stroj. To preprosto ni res.
</namen>