Cofnod blog hwn yn fwy o "yn yr amgylchfyd y posibl" cofnod vs. info concrid.
Mae gennym gynllun technegol sy'n galw arnom i greu safle mewn casgliad safle drwy broses lansio eich hun llif gwaith. Yn y bôn, Mae defnyddwyr yn llunio data cwsmeriaid"newydd" rhestr arfer ac yna pan fyddant wedi gorffen a dilysu broses cofnodi data, mae angen i ni greu safle ar gyfer y cwsmer.
Dwi'n ddau yn ffan mawr o lif gwaith declarative yn ogystal â rhaglennydd llif gwaith stiwdio gweledol gwan, felly roeddwn i eisiau i fodloni'r gofyniad gan ddefnyddio SharePoint Designer.
Rwy'n bwriadu ysgrifennu am hyn mewn mwy o fanylder (a chyflwyno i grŵp defnyddiwr neu ddau yn y flwyddyn sydd i ddod, gobeithio,), ond dyma yw'r ateb cyffredinol:
- Creu gweithredu arfer sy'n integreiddio gyda SPD.
- Mae'r camau gweithredu arfer yn caniatáu SPD i weithredu'r gwasanaeth ar y we ac yn ei throsglwyddo cyfres o XML.
- Lleoli gwasanaeth ar y we y rhes yn y rhestr arferiad ac yn creu safle newydd yn unol â'r data ar gyfer y cleient newydd gan ddefnyddio diffiniad safle arferiad.
- Gwasanaeth ar y we yn diweddaru'r rhestr arfer gyda rhywfaint o wybodaeth o'r fath fel cyswllt i'r safle newydd.
Rydym yn ystyried dulliau eraill, fel digwyddiad sy'n trin a llif gwaith stiwdio gweledol yn seiliedig. Mae dull y ddogfen raglennu sengl yn rhoi ein defnyddwyr ychydig mwy o reolaeth dros y broses. Ganiataol, mae llawer o C # cod yn yr hydoddiant hwn, ond mae'n lapio y tu mewn i llif gwaith declarative, felly rydym yn cael rhywfaint o fanteision llif gwaith declarative wrth hooking i'r gwasanaeth safle-greu.
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.
</diwedd>
