Mea Culpa — SharePoint Designer * może * tworzyć przepływy pracy Państwa maszyny

Ostatnio nauczyłem się, że jest to możliwe i nawet dość łatwo stworzyć stan pracy maszyny za pomocą SharePoint Designer. Potrzeba jest matką wynalazku i wszystko, co dobre rzeczy i miałem potrzeby w tym tygodniu, który wyglądał na wynalazek. Tak się złożyło, Natknąłem się na Ten post na forum MSDN jak dobrze. Moje osobiste doświadczenia w tym tygodniu i że "niezależnego potwierdzenia" nadaje siłę do mojego przekonania. Mam zamiar napisać o tym szerzej z pewien pe³ny dêty przykład, ale tu jest sens tego:

  • Podejście wykorzystuje fakt, że przepływ pracy można zmienić elementu listy, tym samym wyzwolenie nowego przepływu pracy. Normalnie już za to być uciążliwe, a nawet blogu o użycie semaforów aby sobie z tym poradzić.
  • SharePoint pozwala wielu niezależnych przepływy pracy jest aktywny wobec określonego element.

Aby skonfigurować to:

  • Zaprojektuj swój automat (czyli, Państwa i jak Państwa przejście od jednego do następnego).
  • Wdrożyć każde Państwo jako oddzielne przepływu pracy.
  • Skonfigurować każdą z tych Państwa przepływy pracy wykonać w odpowiedzi na zmiany w elemencie listy.

Każdy stan przepływu pracy następuje ten szorstki wzór:

  • Po zainicjowaniu, określić, czy naprawdę należy uruchomić przez kontrolę Państwa informacji w "bieżący element". Przerwać, jeśli nie.
  • Do pracy.
  • Aktualizacja "bieżącego elementu" z nowych informacji o stanie. To powoduje aktualizację do bieżącego elementu i odpala wszystkie przepływy pracy Państwa.

Oprócz oczywistych korzyści że można utworzyć deklaracyjne stan przepływu pracy maszyny, wszystkie informacje o stanie jest świetny do budynku kluczowych wskaźników wydajności i ciekawe widoki.

Ma dość znaczną wadą — norma śledzenia historii pracy jest jeszcze bardziej bezużyteczny niż normalnie 🙂 To się łatwo zaradzić, Jednakże. Przechowywać wszystkie dane typu inspekcji w niestandardowej listy. To chyba dobry pomysł nawet dla wanilii sekwencyjny przepływ pracy, ale to na innym blogu 🙂

Ja nazywam to "mea culpa" bo mam, Niestety, Więcej niż jeden raz powiedział na forum i gdzie indziej że należy użyć programu visual studio do tworzenia przepływu pracy maszyny stanu. Że po prostu nie jest prawdą.

</koniec>

Subskrybowanie mój blog.

Technorati znaczniki:

4 przemyślenia na temat „Mea Culpa — SharePoint Designer * może * tworzyć przepływy pracy Państwa maszyny

  1. Napisał Jaustral:
    Hi Paul,
    jak wiele państw was do czynienia z? Tylko się mieć dwa różne procesy aktywne, gdy wchodzę na stronę Ustawienia przepływu pracy?
    Najlepiej,
    Juan.
  2. Radźputowie Sanjeev
    Czy naprawdę chcesz przeczytać pełną przykłady. Mam nadzieję, że jeden z was może pomóc wyjaśnić niektóre koszmary, które już o moim podobny proces. Jestem w punkcie, w którym jestem gotowy, aby rozpocząć od świeżego.
  3. Paul Galvin
    To jest naprawdę interesujące podejście stawia wykrzyknik na punkt większe, że SPD może tworzyć przepływy pracy maszyny stanu.
    Nie wiem, jeśli istnieją znaczne różnice między mądry co zarys i co mam zarys. W moim przypadku w tym tygodniu, wydajność nie jest problemem, bo ten szczególny przepływu pracy jest długotrwały romans (16 lub więcej tygodni od początku do końca) i nie są nigdy nie więcej niż kilka kilkanaście aktywnych w dowolnym momencie. Jeśli było kilka tuzinów rozpoczêcie w górze i kolejny co godzinę … to byłoby zupełnie inna historia. Myślę, że wydajność i przepływu pracy w ogóle jest zagadnieniem bardzo mgliste.
    Nie wiem, jeśli można uruchomić swój własny blog lub nie. Jeśli, powinieneś rozważyć pisanie o Twoje podejście bardziej szczegółowo. Jeśli nie, Byłbym bardziej niż szczęśliwy zadzwonić "gość blogger" i Wyślij pliki Twój post na moim blogu.
    Dzięki za komentarz. Jest to jeden z najlepszych, jakie udało mi się wywołać na moim blogu!
    –Paweł G
  4. Mike Atkins
    I realizowane automat przy użyciu oddzielne listy do przechowywania Państwa podczas przejścia do stanu. Głównego przepływu pracy utworzony element tutaj i ustawić stan początkowy. Kiedyś jeden, oddzielne, przepływ pracy do obsługi wszystkich państw, za pomocą "Jeśli-to-ELSEIF" struktura (w "Krok 1") na możliwych stanów.
    Dla każdego Państwa, wszystko, co potrzebne do zrobienia było uzyskać odpowiedź od użytkownika.
    Mój przykład był wielopoziomowe zatwierdzenia sekwencyjnego, gdzie każdy krok (reprezentowane przez Państwo) może mieć różnych możliwych następców. Oznaczało to, że każdy użytkownik miał (potencjalnie) różne opcje dostępne w menu wyboru. Mój "krok 2" był również "IF-THEN-ELSE" struktury, które za wszystkich możliwych odpowiedzi (na wszystkich etapach), a następnie zdecydował się na jaki powinien być następny stan. "Krok 3" następnie ustaw tego Państwa, i zakończenia pracy.
    Metoda ta ma (oczywiste) Zaletą dzieje się w jednym (wtórne) przepływ pracy. Jednakże, zakres tego, co można osiągnąć w tej pracy jest bardziej ograniczona, że trzeba z przepływów pracy dla każdego Państwa. Zastanawiałem się, Jednakże, jakiego rodzaju wydajność hit odbywa się, jeśli wszystkie przepływy pracy poszczególnych państw założyć (choć zakończenie niezwłocznie po).
    Również, Używam pomocnicza lista (z własnej pracy) do reprezentowania przejścia między państwami, a proces ten może być jedynie częścią większego przepływu pracy. Kiedy główny przepływ pracy rozpoczyna się proces maszyny stanu, to przechodzi w stan oczekiwania, i kiedy "pętli" ma termintaed. Był także rozważa możliwość, że mój główny przepływ pracy może również chcesz zmienić danych w oryginalny element listy, i chciał uniknąć niepotrzebnych "wypalania" stan pracy maszyny.

Zostaw odpowiedź do Paul Galvin Anuluj odpowiedź

Twoj adres e-mail nie bedzie opublikowany. wymagane pola są zaznaczone *