Ysgrifennais at erthygl manwl ychydig wythnosau yn ôl sy'n disgrifio sut i greu llif gwaith dylunydd SharePoint sy'n anfon e-bost atgoffa gorchwyl ar sail ddyddiol. Mae wedi bod yn cyhoeddi yn y newydd SharePoint Magazine safle. Yn fwy cyffredinol, yr erthygl yn dangos sut i greu strwythur dolennu yn SPD.

Mae'r cylchgrawn Mae amrywiaeth eang o erthyglau gan gynnwys, ymhlith pethau eraill, stwff technegol iawn, cyfweliadau a newyddion am y diwydiant. Argymhellaf ei ychwanegu at eich crynodeb RSS.

Os oes gennych gynnyrch neu wasanaeth i werthu, Byddwn hefyd yn ystyried hysbysebu ar y safle. Mae'n oddi ar y cychwyn cryf gyda sawl mil o pâr o lygaid i edrych ar hyn eisoes. Mae hynny'n sicr yn tyfu.

Yn olaf, os ydych chi wedi bod yn cosi i ysgrifennu rhywbeth a mynd allan o flaen cynulleidfa fwy, Dyma amser gwych a lle i grafu ei.

</diwedd>

Tanysgrifio i fy mlog.

Mark Miller drosodd ar Diwedd SharePoint Defnyddiwr wedi postio fy erthygl diweddaraf am ddefnyddio SharePoint dylunydd i greu atebion llif gwaith mawr hyd ar ei safle. Atalfa '.

Yn yr erthygl hon, Rwy'n siarad am y broses ddylunio a, mewn mwy o fanylder, sut i sefydlu proses prawf dibynadwy ac ailadrodd ddefnyddio nodweddion SharePoint (rhestrau arfer, templedi safle). Mae'r erthygl yn targedu defnyddwyr, ond mae'r dull hwn yn dda ar gyfer datblygwyr yn rhy.

</diwedd>

Tanysgrifio i fy mlog.

Yr wythnos diwethaf, Roeddwn i'n gweithio allan sut i dolen a gweithredu peiriant wladwriaeth defnyddio Dylunydd a soniodd SharePoint, wrth fynd heibio, y byddwn yn ôl pob tebyg yn ysgrifennu blog am swydd llif gwaith torri coed yn well.

Wel, Curodd Sanjeev Rajput mi iddo. Edrychwch.

Arbed data log i mewn i restr arfer yn ymddangos rhagori ar ddefnyddio'r hanes llif gwaith rheolaidd:

• Dim ond rhestr arfer, fel y gallwch ei allforio i ragori yn hawdd iawn.
• Gallwch greu golygfeydd, ddynamig hidlo'r data, ac ati.
• Dyw hi ddim yn amodol ar y auto-carthu a gewch gyda hanes llif gwaith rheolaidd.

Mae rhai risgiau / anfantais:

• Gallai llawer o redeg llif gwaith gyda llawer o logio data yn achosi gormod i gael ei ysgrifennu at y rhestr.
• Efallai ichi * wneud * eisiau awtomatig wrthi'n carthu. Nid ydych yn cael y nodwedd gyda'r ymagwedd hon (heb codio).
• Mae diogelwch yn anodd. Er mwyn ysgrifennu at y rhestr, Rhaid i'r defnyddiwr gael caniatâd i wneud hynny. Mae hynny'n golygu mae'n debyg nad yw'n addas ar gyfer unrhyw fath o "swyddogol" archwilio ers y defnyddiwr gallai ddarganfod y rhestr ac mae'n golygu. Gellid goresgyn hyn gyda rhai rhaglenni personol.

</diwedd>

Tanysgrifio i fy mlog.

Hyn yr wythnos diwethaf imi orffen oddi ar y prawf o gysyniad prosiect ar gyfer cleient ym Manhattan. Wrth weithredu'r ateb, Rhedais i un arall o ddiffyg MOSS DPA (gweld yma am fater DPA blaenorol ac mae fy datrysiad dros dro).

Cefndir: Rydym yn defnyddio dylunydd SharePoint llif gwaith i fodelu yn broses eithaf cymhleth busnes hir aml-mis. Fel y mae'n gweithio'n ar hyd, byddai ei ddiweddaru rhai gwybodaeth wladwriaeth mewn rhestr. Mae dangosyddion perfformiad allweddol yn defnyddio'r data hwn i wneud eu mojo.

Penderfynwyd creu safle newydd bob tro mae un newydd o'r prosesau busnes hyn yn dechrau. Ar wahân i'r llif gwaith ei hun, hyn llu safleoedd llyfrgelloedd ddogfen nifer o, defnyddio targedu cynulleidfa ac ati. Dim ond criw o bethau i helpu gyda chydweithio ymhlith y gweithwyr mewnol, teithio cyflogeion a phartneriaid y cleient busnes sy'n cymryd rhan.

Roeddem hefyd am ddangos rhai dangosyddion perfformiad allweddol sy'n monitro iechyd cyffredinol y broses honno busnes penodol fel a hyrwyddir gan y wladwriaeth data llif gwaith a gweld drwy ddefnyddio y DPA.

Yn olaf, rydym yn defnyddio eitemau rhestr DPA bod yn gwneud cyfrif ar barn ar restr yn y safle (yn hytrach na thynnu o ffynhonnell arall ddata, fel excel neu SQL).

Y Broblem: Fel y gallwch ddychmygu, tybio baem yn cario'r syniad sylfaenol ymlaen i fyd cynhyrchu, Byddem am templed safle. Darpariaeth safle newydd yn seiliedig ar broses busnes"" templed.

Y broblem yw bod eich ymddengys na allwn gael DPA gweithrediad y ffordd honno. Pan yn creu safle newydd yn seiliedig ar dempled a gyda rhestr DPA a rhan o'r we DPA, data dangosyddion perfformiad allweddol y safle newydd yn torri. Pwyntiau rhestr DPA y safle newydd ar ba ffynhonnell bynnag ydych yn diffinio pan roeddech chi wedi cadw ei gyntaf fel templed.

Er enghraifft:

• Creu safle newydd ac mae'n adeiladu i berffeithrwydd. Mae'r safle hwn yn cynnwys y data dangosyddion perfformiad allweddol.
• Ac eithrio fel templed.
• Creu safle newydd a sylfaen os oddi ar y templed.
• Eitemau Mae'r safle newydd yn rhestr DPA’ ffynonellau cyfeirio at y templed safle, nad yw'r safle presennol.

Nid yw'r broses instantiation yn cywiro'r URL.

Yr oeddwn yn ceisio datrys hyn drwy bennu URL cymharol wrth ddiffinio eitem rhestr DPA. Fodd bynnag,, Nid oeddwn yn gallu cael unrhyw amrywiad o hynny i weithio.

Rwyf bob amser eisiau pâr hyn 'broblem" Cofnodion blog gyda rhyw fath o ateb, ond yn yr achos hwn nid oes yn rhaid yn un da. Y gorau y gall yr ffigur yw y mae angen i chi fynd i mewn i safle newydd hynny a trwsio popeth eich hun. Mae rhyngwyneb y defnyddiwr yn gwneud hyn hyd yn oed yn anoddach oherwydd mae newid yr URL y rhestr ffynhonnell achosi adnewyddu, felly chi wir rhaid i ailddiffinio yr holl beth o'r dechrau.

Os bydd unrhyw un yn gwybod yn ffordd well i ymdrin â hyn, os gwelwch yn dda postio sylw.

</diwedd>

Yn ddiweddar rwyf wedi dysgu ei bod yn bosibl a hyd yn oed yn weddol hawdd i greu llif gwaith peiriant wladwriaeth gan ddefnyddio SharePoint dylunydd. Anghenraid yw fam y ddyfais a phethau holl waith da hwnnw ac roedd angen yr wythnos hon yn edrych ar gyfer dyfais. Drwy gyd-ddigwyddiad, Deuthum ar draws swydd hon fforwm MSDN yn ogystal. Fy mhrofiad personol yr wythnos hon a 'annibynnol cadarnhad" nerth i fy argyhoeddiad yn addas ar gyfer. Rwyf yn bwriadu ysgrifennu am hyn yn helaethach â enghraifft wedi chwythu llawn, ond dyma hanfod ohono:

• Mae'r dull leverages y ffaith y gall newid llif gwaith eitem rhestr, thrwy hynny ysgogi llif gwaith newydd. Fel rheol, rydym yn ystyried hyn i fod yn niwsans a hyd yn oed blogged am ddefnyddio semaphores i ymdrin â hwy.
• SharePoint yn caniatáu llif gwaith annibynnol lluosog i fod yn weithgar yn erbyn rhestr benodol eitem.

I ffurfweddu:

• Dyluniwch eich peiriant wladwriaeth (hy, y dywed a sut nodi newid o un i'r llall).
• Weithredu pob cyflwr fel llif gwaith ar wahân.
• Ffurfweddu pob un o'r llif gwaith y wladwriaeth i weithredu mewn ymateb i unrhyw newid yn yr eitem rhestr.

Mae pob llif gwaith y wladwriaeth yn dilyn y patrwm bras:

• Ar ôl initialization, penderfynu a ddylai ei redeg mewn gwirionedd gan arolygu gwybodaeth cyflwr yn "eitem presennol". Erthylu os na.
• Wneud y gwaith.
• Diweddariad yr eitem bresennol"" gyda gwybodaeth wladwriaeth newydd. Mae hyn yn sbardunau ddiweddaraf yr eitem bresennol ac tanau oddi ar holl workflows y wladwriaeth.

Ar wahân i'r budd amlwg y gall un greu declarative llif gwaith peiriant y wladwriaeth, yr holl wybodaeth honno y wladwriaeth yn wych ar gyfer Dangosyddion Perfformiad Allweddol adeiladu a golygfeydd diddorol.

Mae ganddo anfantais eithaf sylweddol — standard workflow history tracking is even more useless than normal 🙂 That’s easily remedied, Fodd bynnag,. Storio holl wybodaeth eich math o archwilio mewn rhestr bersonol. Mae'n debyg mai syniad da hyd yn oed ar gyfer llif gwaith dilyniannol fanila, but that’s for another blog post 🙂

Galw hyn "mea culpa" oherwydd bod gen i, yn anffodus, Dywedodd fwy nag unwaith ar fforymau ac mewn mannau eraill mae'n rhaid bod un yn defnyddio stiwdio gweledol i greu llif gwaith peiriant wladwriaeth. Dim ond nid yw hynny'n wir.

</diwedd>

Tanysgrifio i fy mlog.

Mae'n bosibl i achosi yn ddiddiwedd yn y llif gwaith SharePoint dylunydd. Mae patrwm gweithredu cyffredin fel hyn yn achosi problem:

• Creu llif gwaith a chysylltu â rhestr.
• Nodwch y dylai ddechrau ar greu eitemau newydd a diweddaru o eitemau sy'n bodoli eisoes.
• Mae yn gam yn y llif gwaith yn diweddaru'r maes yn "Eitem presennol".
• Ers newid yr eitem bresennol, Mae'r llif gwaith yn dechrau o'r newydd.

I atal hwn ddiddiwedd, gweithredu cyfeiriad semaffor syml:

• Ychwanegu colofn safle (neu golofn i'r rhestr/llyfrgell os nad ydych chi'n defnyddio mathau o gynnwys).
• Mae'n cuddio rhag y dudalen golygu (hawdd i'w wneud os Colofn safle drwy ei eiddo, Nid mor hawdd os Colofn rhestr).
• Yn y llif gwaith, Gwiriwch i weld a yw gwerth y golofn cyfeiriad semaffor yn wag.
• Os yw'n wag, Mae'n gosod gwerth nad ydynt yn wag a mynd ymlaen.
• Os yw nad yw yn wag, ymadael ar unwaith.

Gall hyn ddod yn ateb eithaf cynnil, gan ddibynnu ar ofynion busnes ac ati, ond bu patrwm ymarferol pan rwyf wedi ei angen.

</diwedd>

Tanysgrifio i fy mlog.

Gan fod llawer o bobl yn gwybod, y templed hyfforddiant cyflogai ddarperir gan Microsoft yma Mae byg y gall Rydym wedi atgynhyrchu ddilyn y camau hyn:

• Creu dosbarth gyda maint uchafswm o 10 fyfyrwyr.
• Cofrestru –> Mae'r cyfanswm sydd ar gael yn seddau decrements iawn gan un. Canlyniad: 9 seddi sydd ar gael.
• Ddadgofrestru: –> Byg. Dylai seddi ar gael cyfanswm cynnydd gan un. Nad yw'n. Canlyniad: 9 seddi ar gael fel SharePoint, ond mewn gwirionedd, Ceir 10 seddi sydd ar gael.

Ateb: Defnyddio SharePoint dylunydd i gywiro y llif gwaith.

Cyntaf, agor y safle. Mae y rhestr ffolderi i mi yn edrych fel hyn:

Os oes rhaid inni edrych ar y "mynychwr cofrestru" llif gwaith, gwelwn fod yn gam gyda label "Orfodi'r polisi seddau". Mae'n edrych fel hyn:

Mae'r cam hwn yn y llif gwaith yn diweddaru yr eitem gan incrementing y "llenwi seddi" Colofn metadata ar y cwrs. Os ydym yn tynnu y fyny yn fanylach, Rydym yn gweld hyn:

Dyna holl wybodaeth y mae angen inni ddatrys y llif gwaith unregistration.

Os byddwn yn troi drosodd i'r llif gwaith dadgofrestru, Nid oes unrhyw gam llif gwaith tebyg. Ychwanegu fel a ganlyn:

1: Ehangu "mynychwr unregistration" ac yn agor i fyny 'r XOML (gweld llun sgrin gyntaf os ydych yn colli).

2: Ychwanegu newidyn llif gwaith newydd, "Wedi'u llenwi seddi newydd" math "Nifer".

3: Ongl "llenwi seddi newydd" fel y dangosir:

4: Lleihau a y Seddi llenwi gan 1:

5: Diweddaru'r eitem Cwrs cysylltiedig:

6: Gwneud yn siŵr bod pob cam yn y drefn gywir. I mi, mae'n edrych fel hyn:

7: Gorffennwch y llif gwaith i ail-adeiladu.

8: Prawf.

</diwedd>

Tanysgrifio i fy mlog.

Un o batrymau sy'n dod i'r amlwg i'n dod o hyd i atebion yn crafting SharePoint leverages SharePoint Designer llif gwaith a derbynnydd digwyddiad.

Dyma senario busnes i roi mewn cyd-destun:

• I'n llwytho dogfen i lib doc.
• Rwy'n dechrau aml-gam llif gwaith a grëwyd gan ddefnyddio SharePoint Designer.
• Ar ryw adeg yn ystod y broses honno, llif gwaith pennu tasg i rywun (trwy gasglu data o ddefnyddiwr neu aseinio dasg).
• Yr ydym am ddefnyddio'r dangosydd perfformiad allweddol i olrhain pa mor hir y dasg honno yn disgwyl cwblhau. KPI yn dangos gwyrdd ar gyfer tasgau sy'n cael eu cwblhau neu dyledus mwy nag 3 diwrnod o nawr. Mae'n dangos melyn os yw'r dasg yn ddyledus yfory neu heddiw. Mae'n dangos coch os yw'r dasg yn briodol yn y gorffennol.
• Heres '' r kicker: Rwyf am i'r dyddiad sy'n gyrru y Dangosydd Perfformiad Allweddol i fod yn ymwybodol gwyliau-.

Ni allwn yn cyfrifo'r dyladwy gwyliau yn ymwybodol hyd yn dylunydd SharePoint llif gwaith yn hawdd iawn. Byddai'n rhaid i greu gweithredu personol neu ddefnyddio offeryn 3ydd parti. Fodd bynnag,, Mae'n ddigon hawdd i gyfrifo'r dyddiad o'r fath yn derbynnydd digwyddiad. Uno y ddau hynny gyda'i gilydd a gawn patrwm fel hyn:

• Diffinio Ie cudd/Colofn safle ar y Llyfrgell ddogfen gyda label "DoCalcualteDueDate".
• Ymgychwyn i ffug.
• Ar yr adeg briodol yn y llif gwaith (e.e.. ychydig cyn y "casglu data" gweithredu), neilltuo bod gwerth i Gwir.
• Mae ItemUpdate() Mae'r derbynnydd digwyddiad yn edrych i weld os "DoCalculateDueDate" yn wir. Ers y rhed y derbynnydd digwyddiad ar y diweddariad bob, "DoCalculateDueDate" fel arfer yn ffug.
• Pan fydd llif gwaith neilltuo DoCalculateDueDate i gwir, y derbynnydd digwyddiad yn cyfrifo'r gwyliau dyddiad dyledus-ymwybodol.
• Pan fydd y derbynnydd digwyddiad yn y cyfrifiad hwn, mae'n gosod y faner DoCalculateDueDate i ffug.

Yn y diwedd, Llif gwaith ddogfen raglennu sengl yn cyfathrebu gyda'r derbynnydd digwyddiad drwy y cyfeiriad semaffor DoCalculateDueDate ac gennym yn ymwybodol gwyliau dyledus dyddiadau a neilltuir ar hyn o bryd union gywir mewn bywyd y llif gwaith. Dylunydd SharePoint rheolaethau pan y pennir y dyddiad ond y derbynnydd digwyddiad perfformio'n cyfrifo gwir a aseiniad.

</diwedd>

Tanysgrifio i fy mlog.

Y NEWYDDION DIWEDDARAF: Dwi wedi ymchwilio i sut i ymgorffori diffiniad safle llif gwaith ddogfen raglennu sengl. Mae'r gadwyn fforwm MSDN rywfaint o wybodaeth ddiddorol. Nid yw'n bendant, ond pwyntiau i llwybr drwy'r jyngl.

Yr wyf yn rhoi'r swydd hon ychydig amrywiol "Arsylwyd ymddygiad" arwain ers yr wyf yn gyndyn o ychydig o dynnu casgliadau o'r. Mae llifau gwaith ddogfen raglennu sengl … anwadal.

Mae pobl yn aml yn gofyn / pendroni / ryddfrydig dros workflows ddogfen raglennu sengl yn symud o un lle i un arall. Heddiw, Dilynais y camau hyn ac yn gwneud sylwadau hyn:

• Rwyf wedi creu llif gwaith gan ddefnyddio SharePoint Designer mewn safle sydd ynghlwm wrth lyfrgell dogfen.
• Mae'r llyfrgell ddogfen gysylltiedig cartrefu eisoes sawl dogfen.
• I wedi cynilo y safle fel templed.
• Pan fyddaf yn arbed y safle fel templed, I wedi cynilo cynnwys yn ogystal.
• Rwy'n creu safle newydd yn yr un safle casgliad bod gan ddefnyddio templed.

Ar y pwynt hwn, Yr oeddwn yn ceisio rhedeg y llif gwaith. Daeth brydlon i ben ei hun gyda'r neges log, "Wedi methu ar y cychwyn".

Yn disgwyl I hyn. Mae gennyf disgwyliadau isel pan ddaw i symud workflows ddogfen raglennu sengl o amgylch.

Rwy'n parhau:

• Agorwyd y safle yn SharePoint Designer.
• Wedi cael cipolwg ar y llif gwaith. Yn ymddangos yn iawn.
• Mi gliciais "Gorffen".
• Rhedais y llif gwaith.

Y tro hwn, roedd yn gweithio iawn.

Byddwn yn ychwanegu bod llif gwaith hwn yn defnyddio "casglu data defnyddiwr" gweithredu sydd yn gweithredu gymharol gymhleth o dan y cwfl.

Terfynaf yn betrus fod y broses o "pesgi" llif gwaith peri SPD briodol cysylltu llif gwaith y ddogfen raglennu sengl â Llyfrgell y ddogfen newydd. Terfynaf hefyd y XOML ac arteffactau eraill XML yn rhesymol "rhydd". Nid ydynt yn ynghyd i'r Llyfrgell ddogfen hynod dynn.

Beth yw ystyr hyn? Gan dybio ei bod yn broses dibynadwy a atgynyrchadwy, Mae o leiaf un dull garw y gallwn ddefnyddio i symud o gwmpas yn eu. Ddim yn gwybod os byddai hyn yn gweithio os ydym wedi croesi ffiniau safle casglu neu hyd yn oed mwy sylweddol, ffermydd cyfan newydd (e.e.. dev i gam i prod).

Os ydych yn darllen hwn ac yn tueddu, os gwelwch yn dda postio sylw neu e-bost ataf eich stori ymfudo SharePoint dylunydd. Byddwch falch rhoi'r wybodaeth ddiweddaraf hon postio unrhyw mewnwelediad a gynigir gan.

</diwedd>

Tanysgrifio i fy mlog.

Mae'n aml yn ddefnyddiol i storio gwybodaeth am statws yn rhestr bersonol megis cod cymeradwyo sy'n byth dylid eu haddasu uniongyrchol gan ddefnyddwyr terfynol. Mae hon yn sefyllfa busnes cyffredin. Wedi bod yn gweithio ar brosiect y flwyddyn hon sy'n cynhyrchu amrywiol ddyddiadau statws a nodyn atgoffa drwy gyfrwng workflows dylunydd SharePoint sydd wedyn yn gyrru dangosyddion perfformiad allweddol ac yn gyffredinol yn cefnogi prosesau busnes hanfodol-amser.

Defnyddiwch y safle math o gynnwys / colofn er mwyn cyflawni hyn effaith.

Creu safle fath fodlon ar y golofn statws fel y dangosir:

Nodyn "statws (ar gyfer Demo)" maes ar y gwaelod.

Nesaf, Cliciwch ar enw'r colofn i gael mynediad at eiddo y golofn. Dethol cudd" (Ni fydd yn ymddangos mewn ffurfiau)" yn yr adran Ngholofn Gosodiadau fel y dangosir:

Mae hyn yn dileu maes o ffurflenni safonol golygu/diweddaru. Fodd bynnag,, mae'n dal i fod ar gael mewn barn, Dangosyddion Perfformiad Allweddol, y model gwrthrych ac unrhyw le arall rydych am ei ddefnyddio, gan gynnwys llif gwaith ddogfen raglennu sengl.

</diwedd>

Tanysgrifio i fy mlog.