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, من در سراسر آمد این ارسال انجمن MSDN 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, اما در اینجا جان کلام آن است:
- این رویکرد اهرم این واقعیت است که گردش می توانید یک قلم اول از اقلام لیست, thereby triggering a new workflow. I’ve normally considered this to be a nuisance and even بلاگ مورد با استفاده از سمافورها به آن دسته.
- شیرپوینت اجازه می دهد تا چند گردش مستقل فعال در برابر یک قلم اول از اقلام لیست خاص.
آن را پیکربندی کنید:
- طراحی ماشین دولت خود را (به عنوان مثال, دولتها و چگونگی انتقال کشور از یک به بعد).
- اجرای هر ایالت را به عنوان گردش کار جداگانه.
- پیکربندی هر یک از این گردش دولت به اجرا در پاسخ به هر گونه تغییر در قلم اول از اقلام لیست.
هر گردش کار دولت به دنبال این الگوی خشن:
- پس از مقداردهی اولیه, determine whether it should really run by inspecting state information in the "current item". Abort if not.
- انجام کار.
- Update the "current item" with new state information. This triggers an update to the current item and fires off all the state workflows.
گذشته از منافع آشکار است که می تواند اعلانی گردش دستگاه دولتی ایجاد, تمام اطلاعات دولت فوق العاده برای KPI ها ساختمان و دیدگاه های جالب.
دارای اشکال نسبتا قابل توجهی — استاندارد ردیابی تاریخ گردش کار است و حتی بیشتر بی فایده تر از حد نرمال 🙂 که به راحتی رفع, اما. Store all of your audit type information in a custom list. That’s probably a good idea even for vanilla sequential workflow, اما این برای وبلاگ دیگر 🙂
I call this a "mea culpa" چون من, متاسفانه, 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.
</پایان>