Această intrare de blog-ul este mai mult de un "în tărâmul de posibile" intrare vs. beton info.
Avem un design tehnic, care solicită pentru noi pentru a crea un site-ul într-o colecţie de site-ul printr-un proces de flux de lucru manual a lansat. Practic, utilizatorii introduc date într-un "nou client" listă particularizată şi atunci când au terminat şi validate în procesul de intrare de date, avem nevoie pentru a crea un site pentru acest client.
Sunt atât de un mare fan al fluxului de lucru declarative, precum şi un programator de flux de lucru slab visual student, aşa că am vrut pentru a satisface cerinţa utilizând SharePoint Designer.
Am de gând să scrie despre acest lucru în mai mare detaliu (şi, sperăm, să prezinte un grup de utilizatori sau două în anul care vine), dar aici este soluţia generală:
- Creaţi o acțiune particularizată care se integrează cu SPD.
- Acțiune particularizată permite SPD pentru a invoca un serviciu web şi să-l daţi un şir de XML.
- Serviciu web localizează rândul în lista particularizată şi creează un nou site-ul ca pe datele pentru acel client nou folosind o definiţie de site personalizat.
- Serviciu web apoi actualizează lista particularizată cu unele informaţii cum ar fi un link către noul site.
Am luat în considerare alte abordări, gestionari de eveniment şi visual student pe bază de flux de lucru. Abordarea SPD oferă utilizatorilor noştri un pic mai mult control asupra procesului de. Acordate, Există o mulţime de codul C# în această soluţie, dar acesta este înfăşurat în interiorul unui flux de lucru declarative, aşa că am obţine unele dintre beneficiile de flux de lucru declarative în timp ce agăţarea în serviciul de creare de site.
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.
</scop>
