Somasegar S., Guthrie Scott. Руководство Microsoft по проектированию архитектуры приложений

Подождите немного. Документ загружается.

 При отладке собственных рабочих процессов задавайте детальный уровень

протоколирования.

 При обновлении старых рабочих процессов применяйте контроль версий сборок и

изменяйте глобально уникальный идентификатор (Globally Unique Identifier, GUID)

решения. Развертывая новые версии, не забывайте о том, как это может повлиять

на выполняющиеся текущие экземпляры рабочих процессов.

 Формируйте отдельные списки журналов и списки задач для рабочих процессов,

создаваемых конечными пользователями.

 Для удобства обслуживания ассоциируйте рабочие процессы с определенным

типом содержимого. Это позволит использовать рабочий процесс в разных

библиотеках содержимого, но обслуживание рабочего процесса будет выполняться

только в одном месте (эта функциональность доступна для стандартных рабочих

процессов и рабочих процессов Visual Studio, но не для рабочих процессов,

созданных в SharePoint Designer). Имейте в виду, что для элемента списка может

выполняться только один экземпляр рабочего процесса одного типа; экземпляры

рабочих процессов запускаются только для элементов списка, но не для самого

списка.

Вопросы выбора технологий

Следующие рекомендации помогут правильно выбрать технологию реализации рабочего

процесса SharePoint. Предлагаем также руководство по созданию Веб-частей для

пользовательских интерфейсов SharePoint:

 Используйте WF, если требуется создавать надежные рабочие процессы с

автоматической поддержкой безопасности, обеспечивающие обмен данными с

использованием транзакций, широкий выбор вариантов передачи данных и

кодирования, встроенное хранение и отслеживание действий.

 Используйте BizTalk Server, если требуется создавать рабочие процессы,

реализующие сложную оркестровку и обеспечивающие надежное хранение и

пересылку сообщений.

 Используйте Microsoft BizTalk ESB Toolkit, если требуется обеспечивать

взаимодействие с не-Microsoft системами, осуществлять электронный обмен

данными (Electronic Data Interchange, EDI) или реализовывать шаблоны сервисной

шины предприятия (Enterprise Service Bus, ESB).

 Используйте MOSS, если бизнес-уровень включает единственный сайт SharePoint и

не требует реализации доступа к данным других сайтов. MOSS не подходит для

сценариев с несколькими сайтами.

 Если нет необходимости в обеспечении обратной совместимости с SharePoint 2003,

создавайте Веб-части ASP.NET путем наследования от класса

System.Web.UI.WebControls.WebParts.WebPart. Когда требуется поддерживать

SharePoint 2003, реализуйте наследование от класса

Microsoft.SharePoint.WebPartPages.WebPart.

Принципы развертывания

Большая часть функциональности LOB-приложений SharePoint обеспечивается стандартными

функциями SharePoint. Что касается дополнительных артефактов, таких как компоненты, они

должны развертываться таким образом, чтобы обеспечить возможность SharePoint доступа и

работы с ними. При проектировании стратегии развертывания LOB-приложений SharePoint

руководствуйтесь следующими рекомендациями:

 Определите область действия своих функций: ферма, Веб-приложение, семейство

сайтов или один сайт.

 Организовывайте собственные функции в решения.

 Развертывайте свои сборки в папку BIN, а не в глобальный кэш сборок, чтобы

использовать преимущества низкоуровневого механизма обеспечения

безопасности доступа к коду.

 После развертывания протестируйте решение, используя учетную запись без прав

администратора.

Шаблоны проектирования

Основные шаблоны проектирования представлены в следующей таблице. Используйте эти

шаблоны, принимая решения по проектированию собственных LOB-приложений SharePoint.

Категория

Шаблоны проектирования

Рабочие

процессы

Data-driven workflow. Рабочий процесс, последовательность задач которого

определяется значениями данных рабочего процесса или системы.

Human workflow. Рабочий процесс, задачи которого выполняются вручную

пользователями.

Sequential workflow. Рабочий процесс, задачи которого выполняются последовательно,

когда выполнение каждой последующей задачи начинается лишь после завершения

предыдущей.

State-driven workflow. Рабочий процесс, последовательность задач которого

определяется состоянием системы.

Более подробно шаблоны Data-Driven Workflow, Human Workflow, Sequential Workflow и State-

Driven Workflow рассматриваются в следующих материалах:

 «Windows Workflow Foundation Overview» по адресу http://msdn.microsoft.com/en-

us/library/ms734631.aspx.

 «Workflow Patterns» по адресу http://www.workflowpatterns.com/.

Дополнительные источники

Электронная версия списка используемых источников по MOSS и WSS для создания LOB-

приложений SharePoint доступна по адресу http://www.microsoft.com/architectureguide.

 «Developing Workflow Solutions with SharePoint Server 2007 and Windows Workflow

Foundation» (Разработка решений рабочих процессов с помощью SharePoint

Server 2007 и Windows Workflow Foundation) по адресу

http://msdn.microsoft.com/en-us/library/cc514224.aspx.

 «Best Practices: Common Coding Issues When Using the SharePoint Object Model»

(Лучшие практики: общие вопросы программирования при работе с объектной

моделью SharePoint) по адресу http://msdn.microsoft.com/en-

us/library/bb687949.aspx.

 «Best Practices: Using Disposable Windows SharePoint Services Objects» (Лучшие

практики: использование высвобождаемых объектов Windows SharePoint Services)

по адресу http://msdn.microsoft.com/en-us/library/aa973248.aspx.

 «InfoPath Forms Services Best Practices» (Лучшие практики InfoPath Forms Services) по

адресу http://technet.microsoft.com/en-us/library/cc261832.aspx.

 «White paper: Working with large lists in Office SharePoint Server 2007» (Техническое

описание: работа с большими списками в Office SharePoint Server 2007) по адресу

http://technet.microsoft.com/en-us/library/cc262813.aspx.