This blog entry is more of an "in the realm of the possible" супраць ўступлення. бетон інфармацыя.
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" карыстацкі спіс, а затым, калі яны скончылі і зацверджаны працэс ўводу дадзеных, нам трэба стварыць сайт для гэтага кліента.
Я як вялікі прыхільнік дэкларатыўнага рабочага працэсу, а таксама слабыя візуальныя праграміст Workflow Studio, таму я хацеў, каб задаволіць патрабаванні дапамогай SharePoint Designer.
Я планую напісаць пра гэта больш падрабязна (і, спадзяюся, цяперашні для групы карыстальнікаў ці два ў надыходзячым годзе), але вось агульнае рашэнне:
- Стварэнне карыстацкага дзеянні, якое інтэгруецца з СПД.
- Карыстацкіх дзеянняў дазваляе SPD для выкліку вэб-службы і перадаць яму радок XML.
- Вэб-служба знаходзіць радок у карыстацкі спіс і стварае новы сайт па дадзеных для новага кліента з дапамогай наладжвальнага вызначэння сайта.
- Вэб-служба затым абнаўляе карыстацкі спіс з некаторай інфармацыяй, такі як спасылка на новы сайт.
Мы разглядалі іншыя падыходы, 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 # у гэтым растворы, але гэта загорнутыя ўнутр дэкларатыўны працоўны, такім чынам мы атрымліваем некаторыя перавагі дэкларатыўнага працоўнага працэсу ў той час выходзілі ў стварэнні сайта-службы.
Усё, што нам цяпер трэба, гэта просты інструмент для аўтаматычнага пераносу SPD працоўных працэсаў вакол так жа лёгка, як мы можам для Visual Studio працоўных працэсаў, і мы сапраўды можна варыць з газам 🙂 Я разумею, што некаторыя народныя якія там працуюць над гэтай праблемай, і я спадзяюся, што яны маюць некаторыя добрыя поспехі з ім у бліжэйшы час.
</канец>
