MEA Culpa — SharePoint Designer * var * izveidot valsts iekārta darbplūsmas

4 Atbildes

Esmu nesen uzzinājusi, ka tā ir iespējama un pat diezgan viegli izveidot valsts iekārta darbplūsmu, izmantojot SharePoint Designer. Nepieciešamība ir māte izgudrojums un visu, kas labs stuff, un man bija nepieciešams šajā nedēļā izskatījās par izgudrojumu. Nejauši, Man nāca pāri šajā MSDN forums pastu kā arī. Mana personīgā pieredze šajā nedēļā un ka "neatkarīgu apstiprinājumu" manu pārliecību, spēku aizdod. Es plānoju uzrakstīt par šo pie parējās ar pilnīgi izplaucis piemērs, bet šeit ir tā būtība:

  • Pieeja līdzsvaro fakts, ka darbplūsmu var mainīt saraksta vienums, tādējādi izraisot jaunu darbplūsmu. Parasti esmu uzskatījusi šo būt traucējoši un pat blogged par izmantojot semafori līdz ar to rīkoties.
  • SharePoint ļauj vairākiem neatkarīgiem darbplūsmas ir aktīvs pret konkrētam saraksta vienumam.

Konfigurēt tā:

  • Izstrādāt valsts iekārta (t.i., valstis un cik valstis pāreju no viena pie nākamā).
  • Katrai valstij īstenot kā atsevišķā darbplūsmā.
  • Konfigurēt katru no šīm valsts darbplūsmām izpildīt, reaģējot uz izmaiņām saraksta vienumam.

Katrā darbplūsmā seko šo neapstrādāto modelis:

  • Pēc inicializācijas, noteiktu, vai patiešām vajadzētu darboties inspekcijas valsts informācijas "pašreizējam krājumam". Priekšlaikus pārtrauktu, ja tā nav.
  • Pastrādāsim.
  • "Pašreizējā krājuma atjaunināšanas" ar jaunas valsts informācijas. Tas izraisa atjaunināt pašreizējo krājumu un ugunsgrēki pie visām valsts darbplūsmām.

Malā no acīmredzamas priekšrocības ka viens var izveidot deklaratīva mašīnu darbplūsmā, visu, kas ir drausmīgs veidošanas KPI un interesanta valsts informācijas skatījumi.

Tas ir diezgan būtisks trūkums — standard workflow history tracking is even more useless than normal 🙂 That’s easily remedied, Tomēr. Pielāgotā sarakstā saglabāt visas revīzijas tipa informācijas. Kas, iespējams, ir laba ideja, pat vaniļas secīgus darbplūsmai, but that’s for another blog post 🙂

Aicinu šo "mea culpa" tāpēc, ka man ir, Diemžēl, vairāk nekā vienu reizi teica forumos un citur tāda vizuālā studija veidojot jāizmanto mašīnu darbplūsmā. Tas vienkārši nav taisnība.

</beigās>

Abonēt manu blogu.

Technorati Tags: Technorati Tags:

4 domas par "MEA Culpa — SharePoint Designer * var * izveidot valsts iekārta darbplūsmas”

  1. Jaustral wrote:
    Hi Paul,
    cik valstīs jums ir darīšana ar? I only get to have two different active workflows when I go to the workflow settings page?
    Labākais,
    Juan.
    Atbilde ↓
  2. Sanjeev Rajput
    Es tiešām vēlētos lasīt pilnu piemēri. Cerams, ka viens no jums, puiši var palīdzēt precizēt dažas murgiem esam ar manu līdzīgs process. Es esmu vietā, kur es esmu gatavs sākt no svaiga.
    Atbilde ↓
  3. Paul Galvin
    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, veiktspēja nav jautājums, jo šīs darbplūsmas ir ilgstošais dēka (16 vai vairākas nedēļas, no sākuma līdz beigām) 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. Ja tā nav, Es būtu vairāk nekā laimīgi, lai jūs aicināt "viesu blogger" un augšupielādēt jūsu pastu uz manu blogu.
    Paldies par komentāru. Tas ir viens no labākajiem man ir izdevies noskaidrot par manu blogu!
    –Paul G
    Atbilde ↓
  4. Mike Atkins
    Man īstenoti valsts mašīnu, izmantojot atsevišķu sarakstu turēt valsts laikā valsts pārejas. Galvenais darbplūsmas izveidojis vienumu šeit un iestatīt sākotnējo stāvokli. Es izmantots vienā, atsevišķā, darbplūsmu, lai rokturis visu valstu, izmantojot "Ja-tad-ELSEIF" struktūra ("1. solī") iespējams, valstis.
    Katram administratīvajam apgabalam, visi man vajadzēja darīt bija iegūt atbildi no lietotāja.
    Mans piemērs bija daudzlīmeņu secības apstiprinājums, kur katrs solis (pārstāv valsts) varētu būt dažādu iespējamo tiesību pārņēmējiem. Tas nozīmēja, ka katram lietotājam (potenciāli) dažādas opcijas, kas pieejamas izvēles izvēlnē. Mans "otrais posms" bija arī "Ja-tad-cits" struktūra, kas uzskatīja, ka visas iespējamās atbildes (visos posmos no), un pēc tam nolēma uz nākamo valstij vajadzētu būt. "Solis 3" pēc tam iestatiet valsts, un darbplūsmas, kas beidzās.
    Šī metode ir (skaidrs) notiek vienā priekšrocību (vidējā) darbplūsmas. Tomēr, ko var paveikt arī šīs darbplūsmas attiecas vairāk tikai viens būtu ar darbplūsmas katrai valstij. Bija jautājums, Tomēr, kāda veida darbības rezultāts notiek, ja visas atsevišķas valsts darbplūsmas sākt darboties (kaut arī tūlīt pēc beigu).
    Arī, Izmantot sekundāro saraksts (ar savu darba plūsmu) pārstāvēt pāreju starp posmiem, kā šis process var būt tikai daļa no lielāka darbplūsmas. Kad galvenais darbplūsma tiek sākta valsts iekārta process, tas pāriet gaidīšanas stāvoklī, un turpina, "cilpas" ir termintaed. Man bija iecerējusi arī iespēju, ka arī mans galvenais darbplūsmas varat mainīt datus sākotnējā saraksta vienumam, un vēlējās, lai izvairītos no nevajadzīgas "firings" valsts iekārta darbplūsmas.
    Atbilde ↓

atstāt atbildi

Jūsu e-pasta adrese netiks publicēta. Obligātie lauki ir atzīmēti *