This blog entry is more of an "in the realm of the possible" iontráil vs. info coincréite.
We have a technical design that calls for us to create a site in a site collection via a manually launched workflow process. Go bunúsach, users enter data into a "new customer" liosta saincheaptha agus ansin nuair a bhí siad an próiseas iontrála sonraí críochnaithe agus bailíochtaithe, ní mór dúinn a chruthú suíomh don chustaiméir.
Tá mé an dá lucht leanúna mór de sreabhadh oibre declarative chomh maith mar ríomhchláraitheoir sreabhadh oibre stiúideo amhairc lag, mar sin bhí mé chun freastal ar an riachtanas ag baint úsáide as SharePoint Dearthóir.
Intinn agam a scríobh faoi seo go mion (agus tá súil againn i láthair do ghrúpa úsáideora nó dhó sa bhliain atá romhainn), ach anseo tá an réiteach foriomlán:
- Cruthaigh gníomh saincheaptha a chomhtháthaíonn leis an SPD.
- Ceadaíonn an gníomh saincheaptha SPD chun seirbhís gréasáin a agairt agus é a chur ar shraith de XML.
- Locates seirbhís Gréasáin an tsraith ar an liosta saincheaptha agus go gcruthaíonn sé suíomh nua de réir na sonraí don chliant nua ag baint úsáide as sainmhíniú láithreán saincheaptha.
- Seirbhís Gréasáin nuashonrú ansin an liosta saincheaptha le roinnt eolais cosúil le nasc go dtí an suíomh nua.
Mheas againn cur chuige eile, such as event handlers and visual studio based workflow. The SPD approach gives our end users a little more control over the process. Granted, níl a lán de C # ZIP sa réiteach seo, ach tá sé fillte taobh istigh de sreabhadh oibre declarative, mar sin a fháil againn roinnt de na buntáistí a bhaineann le sreabhadh oibre declarative agus hooking isteach sa tseirbhís site-cruthú.
All we need now is an easy tool to automatically migrate SPD workflows around as easily as we can for visual studio workflows and we’ll really be cooking with gas 🙂 I understand that some folk are out there working on this problem and I hope they have some good success with it soon.
</deireadh>
