This blog entry is more of an "in the realm of the possible" влез vs. конкретни информации.

We have a technical design that calls for us to create a site in a site collection via a manually launched workflow process. Основа, users enter data into a "new customer" обичај листа, а потоа кога ќе го завршат и потврдени на внес на податоци процес, ние треба да се создаде сајт за тој клиент.

Јас сум како голем фан на декларативна работното, како и слаб Visual Studio работното програмер, па сакав да се исполнат барањата користејќи SharePoint дизајнер.

Јас план да пишувам за ова подетално (и се надевам присутни на корисничката група или две во наредната година), но тука е сеопфатно решение:

• Создаде сопствена акција, кој ги интегрира со СПД.
• Обичај акција овозможува СПД да се повика на веб сервис и го помине низа на XML.
• Web сервис лоцира ред во обичај листа и создава нов сајт, како на податоците за таа нова клиент користејќи сопствен сајт дефиниција.
• Web сервис потоа ги ажурира обичај листа со некои информации како на пример линк до новиот сајт.

Сметавме дека други пристапи, such as event handlers and visual studio based workflow. The SPD approach gives our end users a little more control over the process. Granted, има многу на C # код на ова решение, но тоа е завиткан во внатрешноста на декларативна работното, па да добиеме некои од придобивките на декларативна работното додека hooking во сајт-креација на услуги.

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.

</крајот>

Да се ​​претплатите на мојот блог.