Mi ĵus lernis ke ĝi estas ebla kaj eĉ juste facila krei ŝtatan maŝinon workflow uzanta SharePoint Designer. Neceso estas la patrino de inventaĵo kaj ĉiuj tiu bona aĵo kaj mi havis bezonon ĉi tiu semajno kiu serĉis inventaĵon. Coincidentally, Mi trovis Ĉi tiu MSDNa foruma poŝto Ankaŭ. Mia propra sperto ĉi tiu semajno kaj ke "sendependa konfirmo" Pruntedonas forton al mia konvinkiĝo. Mi planas skribi pri tio ĉi ĉe pli granda longeco kun plene blovita ekzemplon, Sed ĉi tie-a la esenco de ĝi:
- La alproksimiĝo ekspluatas la fakton ke workflow povas ŝanĝi listan eron, Tiel ekkaŭzanta novan workflow. Mi normale konsideris tion ĉi esti ĉagreno kaj eĉ Blogged pri uzanta semaforojn Pritrakti ĝin.
- SharePoint permesas multoblan sendependa workflows esti aktiva kontraŭ specifa lista ero.
Formi ĝin:
- Desegni vian ŝtatan maŝinon (T.e., La statoj kaj kiel stata transiro de unu al la sekvanta).
- Efektivigi ĉiun staton kiel aparta workflow.
- Formi ĉiun de ĉi tiuj ŝtata workflows efektivigi en respondo al ajna ŝanĝo en la lista ero.
Ĉiu ŝtata workflow sekvas ĉi tiun aspran skemon:
- Al initialization, Determini ĉu ĝi vere devus kurita de inspektanta ŝtatan informon en la "nuna ero". Haltigi se ne.
- Fari la laboron.
- Ĝisdatigi la "nunan eron" Kun nova stata informo. Tio ĉi ekkaŭzas ĝisdatigon al la nuna ero kaj fajregoj de ĉiuj la ŝtata workflows.
Flankenmetite de la evidenta utilo ke unu povas krei declarative stata #ma?ino workflow, #?Iuj tiu #?tata informo estas grandega por konstruanta KPIs kaj interesaj vidoj.
?i faras havi juste granda #malavanta?o — norma laborflua historia spurado estas eĉ pli senutila ol normala 🙂 Tio estas facile riparebla, Tamen. Enteni ĉiujn de via revizia tipa informo en laŭmenda listo. Tio estas verŝajne bona ideo eĉ por vanilo sinsekva workflow, sed tio estas por alia blogaĵo 🙂
Mi vokas #tio ?i "mea culpa" #?Ar mi havas, Bedaŭrinde, Diris pli ol unufoje sur forumoj kaj aliloke ke unu devas uzi vidan studion krei ŝtatan maŝinon workflow. KE simple ne estas vera.
</Fino>
Jaustral skribis: