Меа culpa — SharePoint Designer * * може да се создаде државна машина Workflows

4 одговори

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 форум како и. 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 блогираа за користење semaphores да се справи со неа.
  • SharePoint овозможува на повеќе независни workflows да бидат активни против одредена ставка од списокот.

Да го конфигурирате:

  • Дизајнирате вашата државна машина (односно, на држави и како државите во транзиција од една до друга).
  • Спроведување на секоја држава како посебни работното.
  • Конфигурирате секој од овие државни workflows да се изврши како одговор на каква било промена на елемент во листата.

Секоја држава работното ја следи оваа груба шема:

  • По иницијализација, 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.

Настрана од очигледна корист што може да се создаде само декларативно државна машина работното, сите што државата информации е страшно за градење KPIs и интересни пати.

Тоа не имаат прилично значителен недостаток — standard workflow history tracking is even more useless than normal 🙂 That’s easily remedied, сепак. 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" бидејќи имам, за жал,, 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.

</крајот>

Да се ​​претплатите на мојот блог.

Technorati Тагови:

4 размислувања за "Меа culpa — SharePoint Designer * * може да се создаде државна машина Workflows”

  1. Jaustral напиша:
    Здраво Пол,
    колку земји сте се занимаваат со? I only get to have two different active workflows when I go to the workflow settings page?
    Најдобрите,
    John.
    Одговори ↓
  2. Sanjeev Rajput
    Јас навистина би сакал да го прочитате целиот примери. Се надевам дека еден од вас момци можат да помогнат да се разјаснат некои кошмари сум бил ја со мојот сличен процес. Јас сум на местото каде што јас сум подготвен да започне од свежо.
    Одговори ↓
  3. Пол Галвин
    That’s a really interesting approach puts an exclamation point on the larger point that SPD can create state machine workflows.
    I don’t know if there are substantial differences performance-wise between what you outline and what I outline. In my case this week, перформанси не е проблем бидејќи ова особено работното е долготрајната афера (16 или повеќе недели од почеток до крај) and there are never more than a few dozen active at any time. If there were a few dozen starting up and running every hour … that would be a different story. I think that performance and workflow in general is a very hazy subject.
    I don’t know if you run your own blog or not. If you do, you ought to consider writing about your approach in more detail. If not, I’d be more than happy to call you a "guest blogger" и да испратите вашиот пост на мојот блог.
    Thanks for the comment. It’s one of the best I’ve been able to elicit on my blog!
    –Пол G
    Одговори ↓
  4. Мајк Аткинс
    Јас го спроведе државна машина со користење на посебна листа да се одржи на државата во текот на државата транзиции. The main workflow created an item here and set the initial state. I used a single, одделни, workflow to handle all of the states, using an "IF-THEN-ELSEIF" структура (in "Step 1") on the possible states.
    За секоја држава, сите што треба да направат е да добие одговор од корисник.
    My example was a multiple-level sequential approval, каде што секој чекор (претставен од страна на државата) could have various possible successors. This meant that each user had (потенцијално) different options made available in a choice menu. My "Step Two" was also an "IF-THEN-ELSE" структура која смета на сите можни одговори (од сите фази), and then decided on what the next state should be. "Step 3" потоа ја постави таа држава, и на работното заврши.
    Овој метод има (очигледно) Предноста на случување во рамките на една (средно) работното. Сепак, the scope of what could be accomplished in this workflow is more limited that one would have with workflows for each state. Јас се прашував, сепак, каков вид на перформанси хит се случува ако сите на одделни државни workflows стартувате (иако завршува веднаш потоа).
    Исто така,, Јас го користам средно листа (со свој работното) to represent the transition between states as this process might be only part of a larger workflow. When the main workflow starts the state machine process, таа оди во чекаат државата, and proceeds when the "looping" has termintaed. I was also contemplating the possibility that my main workflow may well want to change data in the original List Item, and I wanted to avoid having unnecessary "firings" на државната машина на работното.
    Одговори ↓

Остави Одговори на Пол Галвин Откажи одговор

Вашата е-маил адреса нема да бидат објавени. Задолжителни полиња се означени *