Этот блог вступления — это скорее "в области возможного" Вход vs. информация о конкретных.
У нас есть технический дизайн, который призывает нас создание сайта в семействе сайтов через вручную запущенный рабочий процесс. В основном, пользователи вводят данные в "новый клиент" настраиваемый список, а затем когда они закончили и проверены процесс ввода данных, нам нужно создать сайт для этого клиента.
Я большой поклонник декларативного рабочего процесса, а также слабый visual studio программист рабочего процесса, Поэтому я хотел бы встретиться с помощью SharePoint Designer требование.
Я планирую написать об этом более подробно (и мы надеемся представить группе пользователей или два в наступающем году), Но вот общего решения:
- Создайте настраиваемое действие, которое интегрируется с СДПГ.
- Настраиваемое действие позволяет ППД для вызова веб-службы и передать ему строку XML.
- Веб-служба находит строку в списке пользовательских и создает новый сайт в соответствии данных для нового клиента с использованием настраиваемого определения сайта.
- Веб-служба затем обновляет пользовательский список с некоторой информацией, такие как ссылки на новый сайт.
Мы рассмотрели другие подходы, Например, обработчики событий и рабочего процесса visual studio на основе. ЧП подход дает нашим пользователям немного больше контроля над процессом. Предоставлено, Существует много кода C# в этом решении, но завернутые внутрь декларативного рабочего процесса, Таким образом мы получаем некоторые из преимуществ декларативного рабочего процесса во время подключения к службе на создание сайта.
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.
</конец>
