Mea Culpa — A SharePoint Designer * is * létrehozása állami Machine munkafolyamatok

Amit nemrég tanultam, hogy a lehetséges és még viszonylag könnyű létrehozni egy gép munkafolyamat SharePoint Designer használatával. Szükség az anya a találmány, és minden, ami jó dolog, és én úgy nézett ki, a találmány kell ezen a héten. Véletlenül, Azért jöttem át az MSDN hozzászólásra ugyancsak. Az én személyes tapasztalatom ezen a héten, és a "független megerősítést" Meggyőződésem, hogy erőt kölcsönöz. Azt tervezem, hogy írni ezt a nagyobb hossza egy teljes fújt példa, de itt a lényeg az, hogy:

  • A megközelítés lehetővé teszi az a tény, hogy a munkafolyamat megváltoztathatja egy listaelem, ezáltal az új munkafolyamat elindítása. Én általában úgy ez, hogy lehet kellemetlen, sőt blogged a szemaforok használatával kell kezelni.
  • SharePoint lehetővé teszi, hogy több független munkafolyamatok egy adott listaelem ellen.

Beállításához:

  • A state machine design (azaz, az államok és hogyan Államok átmenet, az egyik a másikra).
  • Minden tagállam végrehajtja külön munkafolyamat.
  • Minden ilyen állam munkafolyamatok kell végrehajtani a Válasz-hoz bekövetkező változásokról a listaelem.

Minden munkafolyamat következik ez a nyers minta:

  • Azon láttamozás, határozza meg, hogy tényleg kell futtatni az ellenőrzést végző állam információt a cikk"aktuális". Megszakítás, ha nem.
  • Ezt a munkát.
  • Az "aktuális cikk frissítése" az új állam adatokkal. Ez váltja ki az aktuális cikk egy frissítést, és a tűz ki az állami-munkafolyamatok.

Eltekintve a nyilvánvaló előny hogy egy hozhat létre deklaratív állami machine munkafolyamatok, minden rendszerállapot-információit is félelmetes a KPI-k épület, és érdekes views.

Ez volna egy eléggé jelentős hátránya — szabványos munkafolyamat történelem követés még haszontalan, mint a normál 🙂 Ez könnyen orvosolható, azonban. Ellenőrzési típus adatainak tárolása egy szokás oldalra dől. Ez valószínűleg egy jó ötlet még a vanília szekvenciális munkafolyamat, de ez egy másik blogbejegyzést 🙂

Úgy hívom ezt a "mea culpa" mert van, Sajnos, többször azt mondta, a fórumokon, és máshol hogy kell használni a visual studio állami gép munkafolyamat létrehozásához. Ez egyszerűen nem igaz.

</vége>

Subscribe to my blog.

Technorati Tags:

4 gondolatok „Mea Culpa — A SharePoint Designer * is * létrehozása állami Machine munkafolyamatok

  1. Jaustral írta:
    Szia Paul,
    hány Államok van dolgunk? Én csak kap két különböző aktív munkafolyamat van, mikor megy a munkafolyamat-beállítások lap?
    Legjobb,
    Juan.
    Válasz
  2. Békefalvi rádzsput
    Nagyon szeretném, hogy olvassa el a teljes példák. Remélhetőleg az egyik srácok segíthet tisztázni néhány én hasonló folyamat amit birtoklás rémálmok. Én vagyok azon a ponton, ahol én vagyok indulásra kész a friss.
    Válasz
  3. Paul Galvin
    Ez egy igazán érdekes megközelítés teszi a nagyobb ponton, hogy a SPD állami gép munkafolyamatokat hozhat létre egy felkiáltójel.
    Nem tudom, ha a teljesítmény-bölcs a mi szerkezeti és amit vázlatban között jelentős eltérések tapasztalhatók. Az én esetemben ezen a héten, teljesítmény nem probléma, mert ez adott munkafolyamat egy régóta húzódó ügy (16 vagy több hétig, az elejétől a végéig) és soha nem több mint néhány tucat aktív bármikor. Ha van néhány tucat összerezzenés megjelöl és futás óránként … Ez lenne egy másik történet. Azt hiszem, hogy teljesítmény és tökéletesebb munkafolyamat általában egy nagyon párás.
    Nem tudom, ha futtatja a saját blog, vagy nem. Ha nem, kellene vizsgálni a megközelítés részletesen írt. Ha nem, Én akar lenni több mint boldog-hoz hív Ön "vendég blogger" és töltsd fel a post a blogomban.
    Thanks for the comment. Ez az egyik a legjobb, amit sikerült kiváltani a blogomban!
    –Paul G
    Válasz
  4. Mike Atkins
    Én végre az állapotautomata külön lista segítségével tartsa az állam alatt a feladatállapot átmenetei. A fő munkafolyamat létrehozott egy cikk itt, és beállítható a kezdeti állapot. Én használt egy, külön, munkafolyamat kezeli az összes Államok, a "ha-akkor-ELSEIF segítségével" szerkezete (az"1") a lehetséges.
    Az egyes, minden én szükséges így csinálni volt, választ szerzi be a felhasználó.
    Én például volt egy többszintű szekvenciális jóváhagyása, ahol minden lépés (egy állam által képviselt) lehetett volna különböző lehetséges utódai. Ez azt jelentette, hogy minden felhasználó (potenciálisan) elérhető egy választás menü különböző lehetőségek. Az én "második lépés" volt is egy "IF-THEN-ELSE" szerkezet, amely figyelembe venni az összes lehetséges válasz (a minden szakaszában), Aztán úgy döntött, a mi a következő állapotban legyen, és. "3. lépés" majd állítsa be az adott tagállam, a munkafolyamat véget ért, és.
    Ez a módszer a (nyilvánvaló) előnye, hogy egységes történik (másodlagos) munkafolyamat. Azonban, Mi lehet elérni a munkafolyamat hatóköre korlátozottabb, hogy lett volna az egyes munkafolyamatokkal. Kíváncsi voltam, azonban, milyen teljesítményt hit kerül sor, ha minden egyes állami munkafolyamatok elkezd-megjelöl (Bár ezt követően azonnal véget).
    Is, Én használ a másodlagos lista (a saját munkafolyamat) állapotok közötti átmenet képviseli, mivel ez a folyamat lehet, hogy csak egy része egy nagyobb munkafolyamat. A fő munkafolyamat indításakor az állami gép folyamat, várakozási állapotba megy, és ha a "hurok" már termintaed. Azt is fontolóra vették annak lehetőségét, hogy a fő munkafolyamat is meg szeretné változtatni az eredeti listaelem adatai, és én akartam, hogy ne kelljen felesleges "égetési" a állami machine munkafolyamatok.
    Válasz

Hagy egy válaszol a Paul Galvin válasz visszavonása

Az e-mail címed nem kerül nyilvánosságra. Kötelező kitölteni *