This blog entry is more of an "in the realm of the possible" entry vs. kongkreto info.
We have a technical design that calls for us to create a site in a site collection via a manually launched workflow process. Talaga, users enter data into a "new customer" custom na listahan at pagkatapos ay kapag sila ay tapos na at napatunayan ang proseso ng data entry, kailangan naming gumawa ng isang site na para sa customer.
Ako ay kapwa isang malaking fan ng paturol daloy ng trabaho pati na rin ang isang mahinang visual studio workflow programmer, kaya Nais kong upang matugunan ang mga kinakailangan sa paggamit ng SharePoint Designer.
Plano ko na magsulat tungkol sa mga ito nang mas detalyado (at sana ay naroroon sa isang user group o dalawa sa mga darating na taon), ngunit narito ang pangkalahatang solusyon:
- Lumikha ng isang pasadyang aksyon na integrates sa SPD.
- Ang custom action na nagbibigay-daan sa SPD ang magpatakbo ng isang web service at pumasa ito sa isang string ng mga XML.
- Web serbisyo locates ang hilera sa custom na listahan at lumilikha ng isang bagong site bilang bawat ang data para sa na ang mga bagong client gamit ang custom na kahulugan site.
- Web serbisyo pagkatapos ay ina-update ng mga custom na listahan ng ilang impormasyon tulad ng isang link sa bagong site.
Namin itinuturing na iba pang mga approach na ito, such as event handlers and visual studio based workflow. The SPD approach gives our end users a little more control over the process. Granted, mayroong isang pulutong ng mga C # code na ito sa solusyon, ngunit ito ay nakabalot sa loob ng isang paturol workflow, kaya namin makuha ang ilan sa mga pakinabang ng paturol workflow habang hooking in sa site ng paglikha-serbisyo.
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.
</dulo>
