I’ve recently learned that it’s possible and even fairly easy to create a state machine workflow using SharePoint Designer. Necessity is the mother of invention and all that good stuff and I had a need this week that looked for an invention. Coincidentally, Mən rast gəldi Bu MSDN forum post as well. My personal experience this week and that "independent confirmation" lends strength to my conviction. I plan to write about this at greater length with a full blown example, lakin burada mahiyyət var:
- Bu yanaşma bir iş siyahısı maddə dəyişə bilərsiniz ki, yararlanmaktadır, thereby triggering a new workflow. I’ve normally considered this to be a nuisance and even semaphores istifadə haqqında blogged onu idarə etmək.
- SharePoint birdən çox müstəqil axınları xüsusi siyahı maddə qarşı fəal olmaq imkanı verir.
Bu konfiqurasiya:
- Üçün dövlət Maşın Design (İ.E., dövlətlər və bir sonrakı necə dövlətlərin keçid).
- Ayrı-ayrı iş kimi hər bir dövlətin həyata.
- Siyahısı maddə hər hansı dəyişikliklərə cavab olaraq icra etmək bu dövlət axınları hər Yapılandır.
Hər bir dövlət iş bu kobud model aşağıdakı:
- Başlatma sonra, determine whether it should really run by inspecting state information in the "current item". Abort if not.
- Iş.
- Update the "current item" with new state information. This triggers an update to the current item and fires off all the state workflows.
Bundan bir deklarativ dövlət maşın iş yarada bilər ki, aşkar fayda əldə, bütün dövlət informasiya bina KPIs və maraqlı views üçün dəhşətli deyil.
Bu kifayət qədər böyük günah yoxdur — standard workflow history tracking is even more useless than normal 🙂 That’s easily remedied, lakin. Store all of your audit type information in a custom list. That’s probably a good idea even for vanilla sequential workflow, but that’s for another blog post 🙂
I call this a "mea culpa" Mən çünki, təəssüf ki,, said more than once on forums and elsewhere that one must use visual studio to create a state machine workflow. That simply isn’t true.
</son>