Man ir biznesa scenāriju, kā šis:
- Lietotājs augšupielādes dokumentu dokumentu bibliotēkā.
- Viņa izvēlas satura tipu un meta datus ievada pēc nepieciešamības. Viens meta datu laukiem ir karogs, "Steidzams".
- Tas izraisa SharePoint Designer darbplūsmas, kas, cita starpā, izmanto "savākt datus no lietotāja" darbības.
"Datu savākšanai no lietotāja" izveido vienumu uzdevumu sarakstā, kas pieprasa apstiprinājumu šim dokumentam.
Nepieciešams, lai izveidotu uzdevumu saraksts, kurā atklājās steidzamu pieprasījumu apstiprināšanai skatu.
Šķīdums: Likt vārdu "steidzami:" par šiem uzdevumiem nosaukumu.
Es vēlētos, lai tieši norādītu lauku prioritāte. Tomēr, Es nevarēju to darīt vairāku iemeslu dēļ:
- Datu apkopošana rīcības neparedz mehānismu, lai atjauninātu jebkurā jomā, izņemot virsraksta (un šie papildu laukus, kurai vēlaties apkopot datus).
- "Piešķirt ar krājumu" darbība ir tāda pati problēma.
- Ir iespējams ievietot vienumu sarakstu (ti. Ievietot vienumu uzdevumu sarakstu tieši) bet tas nav bloķējošā darbība. Tas nozīmē, ka darbplūsmas negaidīs lietotājs var pabeigt darbplūsmas uzdevumu.
Es uzskatīju, ka dažas pieejas pirms (laimi) realizējot, mēs varētu vienkārši ielieciet "steidzams" nosaukums.
- Sākt darbplūsmu uzdevumu sarakstā, pati par sevi tā, ka, veidojot jaunu uzdevumu, tas kaut kā pāri norādes atpakaļ uz dokumentu, kas pirmās darbplūsmu ir sākusi, izraut steidzami karoga vērtību un atjaunināt prioritātes, nepieciešamības.
- Darīt kaut ko līdzīgu notikumu uztvērēju ar. Uz izveidot uzdevumu, Atrodiet saistīto dokumentu un atjaunināšanas prioritāti pēc nepieciešamības.
- Izmantot "izveidot saraksta vienums" rīcība saistībā ar "Pagaidiet lauka maiņa" darbību un notikumu uztvērēju. Ja mēs radām saraksta vienums, mēs var norādīt visus laukus, ko mēs vēlamies. Izmantot notikumu uztvērēju, lai atjauninātu sākotnējā vienuma, kad lietotājs pabeidz uzdevumu un "gaidīt no lauka maiņa" darbības nosacījums būtu izpildīts un varētu turpināt darbplūsmu. (Kāda iemesla dēļ, Es vairāk vai mazāk norēķinās par šo pieeju pirms lēmuma pieņemšanas par gudri iet prom, bet).
Tur ir mans risinājums atmaksas (Papildus acīmredzams fakts, ka tikai virsraksta teksts norāda steidzamības). Kopš "atsauksmju" akceptē tikai grūti kodētu nosaukumu vārdi, Nepieciešams, lai izmantotu divas dažādas atsauksmju darbības, kuru vienīgā atšķirība ir tā, ka grūti kodētu nosaukumu.
bet, vismaz tur ir risinājums, kas neprasa notikumu uztvērēju vai pielāgotas VPD darbības.
Ja kāds ir atrisinājis tas vairāk gudrs veids, kā, Lūdzu, let me know.
</beigās>