Что такое sharepoint foundation
В этой статье представлен высокоуровневый обзор инфраструктуры рабочих процессов в SharePoint, в том числе описание архитектуры платформы и мост взаимодействия рабочих процессов.
Поддержка рабочих процессов SharePoint 2010 для новых клиентов прекращена с 1 августа 2020 г., и они удалены из существующих клиентов 1 ноября 2020 г. Если вы используете рабочие процессы SharePoint 2010, рекомендуется перейти на Power Automate или другие поддерживаемые решения. Дополнительные сведения см. в статье Прекращение поддержки рабочего процесса SharePoint 2010.
Архитектура платформы
На рис. 1 показано высокоуровневое представление платформы рабочих процессов SharePoint. Во-первых, обратите внимание на то, что в новой инфраструктуре рабочих процессов Workflow Manager Client 1.0 используется в качестве узла выполнения рабочих процессов. В предыдущих же версиях узел выполнения рабочих процессов размещался в самом SharePoint, но это изменилось в SharePoint. Workflow Manager Client 1.0 это внешний компонент, который взаимодействует с SharePoint с помощью общих протоколов через шину обслуживания Microsoft Azure посредством OAuth. Кроме того, SharePoint содержит компоненты, которые можно было ожидать: элементы контента, события, приложения и т. д. Но обратите внимание, что также существует реализация узла выполнения рабочих процессов в SharePoint 2010 (т. е. модуль Windows Workflow Foundation 3) для обеспечения обратной совместимости. Подробнее об этом написано в статье Использование средств взаимодействия рабочих процессов для SharePoint.
Рис. 1. Высокоуровневая архитектура инфраструктуры рабочих процессов
Workflow Manager Client 1.0 представлен в SharePoint в виде прокси приложения-службы Workflow Manager Client 1.0. Этот компонент позволяет SharePoint взаимодействовать с сервером Workflow Manager Client 1.0. Межсерверная проверка подлинности выполняется с помощью OAuth.
События SharePoint, которые прослушивает рабочий процесс, например itemCreated, itemUpdated и т. д., направляются Workflow Manager Client 1.0 с помощью шины обслуживания Microsoft Azure. Для обратного вызова SharePoint платформа использует API REST SharePoint.
Наконец, существует компонент создания рабочих процессов. Теперь SharePoint Designer может создать и развертывать рабочие процессы SharePoint 2010 и SharePoint. Visual Studio 2012 не только предоставляет поверхность разработки для создания декларативных рабочих процессов, но и позволяет создавать Надстройки SharePoint и решения, которые полностью интегрируются с Workflow Manager Client 1.0.
Подписки и сопоставления рабочих процессов
Служба публикации и подписки Microsoft Azure
PubSub — это компонент служебной шины Microsoft Azure, который обеспечивает возможности подключения для WCF и других конечных точек службы. К ним относятся конечные точки REST, которые могут быть расположены за границами преобразования сетевых адресов (NAT) или могут быть привязаны к часто изменяющимся, динамически назначаемым IP-адресам (или и то, и другое). Дополнительные сведения о служебной шине Azure см. в разделе Служебная шина.
Сопоставления рабочих процессов и область сопоставлений
SPList (для рабочих процессов списка);
SPWeb (для рабочих процессов сайта).
Служба рабочих процессов в Microsoft Azure
Сопоставления рабочих процессов SharePoint представляются службой рабочих процессов в Microsoft Azure. Если приложению требуется получить сопоставление рабочего процесса и его данные, сначала оно запрашивает все службы рабочих процессов, доступные в заданной области.
Аналогичным образом экземпляры рабочих процессов содержат указатель на соответствующую службу рабочих процессов. С его помощью определяется правильное сопоставление.
Запуск рабочих процессов
Рабочие процессы можно запустить вручную или автоматически.
Ручные рабочие процессы
Идентификатор сопоставления (т. е. экземпляр WorkflowSubscription).
Идентификатор исходного контекста элемента. Он передается в параметре ItemId и свойстве EventSource при вызове метода PublishEvent.
Тип события для запуска вручную ( WorkflowStart).
Дополнительные параметры запуска рабочих процессов (из подписки или формы Init). Это может быть CorrelationId для подписки или WFInstanceId для формы Init.
Рабочие процессы с автоматическим запуском
Идентификатор исходного контекста элемента.
Само событие это обычное событие SharePoint Add.
Параметры инициации рабочих процессов.
Если рабочий процесс запускается автоматически для повторяющегося события (например, OnItemChanged), он не может запустить другой рабочий процесс данного сопоставления до завершения выполнения существующего экземпляра рабочего процесса сопоставления.
Подписки рабочих процессов
Естественным дополнением сопоставлений служат подписки, которые позволяют рабочему процессу взаимодействовать с сопоставлениями. Рабочий процесс должен создать подписки в шине обслуживания Azure с помощью методов create и delete.
Сигнатуры методов, которые создают подписки и экземпляр рабочего процесса, определяют обязательные и необязательные параметры. Списки параметров указывает автор рабочего процесса, поэтому они могут отличаться для разных определений рабочих процессов. Список параметров подписки указывается в виде метаданных в определениях рабочих процессов. Параметры подписки предоставляется при ее создании. Список параметров инициализации указывается в XAML как часть определения рабочего процесса. Параметры инициализации предоставляются при создании экземпляра рабочего процесса.
Подписки привязаны к определенному объекту SharePoint: экземпляру SPList или экземпляру SPWeb. Тип объекта подписки передается как значение обязательного параметра при создании подписки. Тип объекта определяет область подписки, чтобы она реагировала только на события, происходящие в объекте, на который он подписан.
Обзор рабочего процесса в SharePoint
По сути, модель рабочие процессы моделируют структурированные бизнес-процессы. Поэтому рабочие процессы Windows Workflow Foundation 4 это структурированная коллекция "действий" рабочего процесса, каждое из которых представляет функциональный компонент бизнес-процесса.
Платформа рабочих процессов в SharePoint использует модель действий Windows Workflow Foundation 4 для представления бизнес-процессов на основе SharePoint. Кроме того, в SharePoint реализована высокоуровневая модель "шлюз-стадия", на основе которой создаются рабочие процессы.
Важно отметить связь между действиями рабочего процесса идействиями SharePoint. Действия рабочего процесса представляют базовые управляемые объекты, методы которых определяют поведение рабочего процесса. С другой стороны, действия рабочего процесса это оболочка, инкапсулирующая базовые действия и представляющая их в понятное SharePoint Designer форме. Создатели рабочих процессов взаимодействуют с действиями рабочего процесса, в то время как модуль выполнения рабочих процессов работает на основе соответствующих действий.
Действия, т. е. реализация классов действий, декларативно реализуются с помощью XAML.
Workflow Manager Client 1.0, SharePoint и SharePoint Designer 2013 предоставляют важные компоненты новой инфраструктуры:
Workflow Manager Client 1.0 обеспечивает управление определениями рабочих процессов. В нем также размещаются процессы выполнения экземпляров рабочих процессов.
SharePoint предоставляет платформу для рабочих процессов SharePoint, которые моделируют бизнес-процессы на основе SharePoint, связанные с документами, списками, пользователями и задачами SharePoint. Кроме того, рабочие процессы, сопоставления, действия и другие метаданные рабочих процессов SharePoint хранятся и контролируются в SharePoint.
SharePoint Designer 2013 это основное средство, с помощью которых бизнес-пользователей создают определения рабочего процесса и публикуют их, как и в предыдущих версиях. Оно также используется для упаковки определения рабочего процесса со связанными компонентами SharePoint или без них.
Работа с SharePoint Foundation REST Interface с помощью OData и jQuery
Веб-сервисы в наше время становятся очень популярными. И это понятно, они универсальны. На их основе можно написать кроссплатформенное мобильное приложение на HTML5, сделать гаджет для рабочего стола Windows 7 или просто вывести на сайт список последних новостей.
Я бы хотел продемонстрировать, как можно, совмещая современные технологии, такие как REST-сервис, OData и jQuery, работать с SharePoint 2010 через его стандартный RESTful интерфейс на примере создания небольшой веб-части для поиска и просмотра данных о сотрудниках компании. Главная особенность моего примера — это отсутствие server-side программирования.
SharePoint Foundation REST Interface
SharePoint Foundation REST Interface — это новый сервис, который появился в Microsoft SharePoint 2010.
Мое знакомство с SharePoint Foundation REST Interface произошло относительно недавно, но сразу стало понятно, насколько удобно его использовать. Я пожалел, что не знал о нем раньше. Конечно, это не инструмент на все случаи жизни, но иногда он жизнь значительно упрощает.
SharePoint Foundation REST Interface доступен по ссылке:
Использовать его можно сразу после установки Microsoft SharePoint Foundation 2010. Он не требует никаких дополнительных настроек.
Зайдя по ссылке, вы увидите XML со всеми доступными списками и библиотеками в SharePoint, как стандартными, так и созданными администратором.Например, список пользователей доступен по URL:
Open Data Protocol
Получив список пользователей от веб-сервиса, вы заметите, что он возвращает не только пользователей, но и группы. Они отличаются значением элемента ContentType. У пользователей ContentType имеет значение “Person”. Вот теперь, для того чтобы отфильтровать только пользователей, мы и воспользуемся возможностью веб-сервиса работать с OData. Нужно добавить в URI переменную $filter:
В результате мы получим список всех пользователей.
Также в веб-части используется динамическая подстановка имени пользователя при вводе. Поэтому нужно искать включая имя пользователя и сортировать по нему. Усложним условие фильтрации:
Теперь в результатах выборки присутствуют только пользователи, в имени которых встречается подстрока .
Как вы увидите, веб-сервис возвращает много информации, которая не всегда нужна. Поэтому размер получаемого файла можно уменьшить, указав, какие именно поля мы хотим получить. Для этого нужно добавить переменную $select:
Теперь получаемый файл содержит всего три поля, которые мы указали.
Как я говорил в самом начале, SharePoint Foundation REST Interface позволяет не только получать данные, но и добавлять, редактировать и удалять их. О том, как можно это сделать, и об остальных возможностях Open Data Protocol можно более детально почитать вот здесь:
Перейдем к частному применению веб-сервиса. Построим на основе него небольшую веб-часть.
Схематически веб-часть будет выглядеть вот так:
Начальное состояние
Начинаем вводить имя пользователя
Пользователь выбран
Создаем проект веб-части и добавим в него все необходимые файлы:
Создаем веб-часть
Так выглядит структура проекта со всеми файлами
Теперь нужно подключить css и JavaScript файлы к ascx контролу. Открываем EmployeesWebPartUserControl.ascx и вставляем код:
В этот же файл вставляем HTML-код веб-части:
Это, можно сказать, шаблон нашей веб-части. В пустые div-ы с помощью jQuery мы будем вписывать значения, полученные через $.ajax();
Собственно, с приготовлениями закончили, теперь можно перейти к написанию самого кода.
Способ получения списка пользователей простой и понятный:
Не забываем добавить параметр:
Без него веб-сервис вернет XML вместо JSON.
На самом деле, я немного схитрил и использовал готовый плагин jQuery Autocomplete
Этот плагин может принимать значения не только в виде готового массива элементов, но также может сам обрабатывать URL сервиса, который возвращает JSON. К сожалению, я не смог заставить его работать напрямую с веб-сервисом SharePoint. Плагин выдавал какую-то ошибку при разборе полученных данных, а мне лень было разбираться, в чем проблема. Кроме того, мне показалось лучшим подгрузить сразу весь список пользователей, а не ждать ответа от сервера после каждой введенной буквы. Да и частые запросы к серверу ни к чему. Поэтому мое решение имело такой вид:
Поле с автоподстановкой имени пользователя готово. Осталось показать остальную информацию о пользователе:
Функция заполнит наш шаблон данными с веб-сервиса.
Вот и все. Как и обещал, в процессе разработки не было использовано никакого server-side программирования. Я упростил код для того, чтобы сделать его максимально коротким и понятным. Сходу скажу, что нужно еще учитывать путь к коллекции сайта и путь к подсайту, где лежит страница с веб-частью. Это нужно для того, чтобы сформировать путь к веб-сервису именно с той же коллекции и того же подсайта.
Надеюсь, знакомство с SharePoint Foundation REST Interface было приятным, и вы сможете его правильно применить в своих проектах. Желаю удачи!
Организации используют microsoft SharePoint для создания веб-сайтов. Вы можете использовать его в качестве безопасного места для хранения, организации, обмена информацией и доступа к ней с любого устройства. Вам нужен только веб-браузер, например Microsoft Edge, Internet Explorer, Chrome или Firefox. Хотите узнать больше? Начало работы с SharePoint.
Взгляните на последнюю версию SharePoint. При создании нового сайта группы вы увидите его для SharePoint и SharePoint Server 2019.
Обзор концепций SharePoint Foundation
Дата последнего изменения: 5 января 2011 г.
Применимо к: SharePoint Foundation 2010
Семейство веб-сайтов — это иерархический набор сайтов. Семейство веб-сайтов включает только один сайт верхнего уровня, но может содержать несколько дочерних сайтов. Сайты в семействе веб-сайтов имеют общие компоненты, такие как разрешения, галереи и веб-части. Каждое семейство веб-сайтов имеет администратора семейства сайтов и отличные от других семейств сайтов разрешения. Это позволяет осуществлять децентрализованный подход к администрированию фермы. В семействе сайтов сайт используется для хранения контента в форме страниц, библиотек и списков. Сайт может быть защищен. В этом случае только определенные пользователи будут иметь доступ к контенту сайта. Дополнительные сведения о сайтах и семействах сайтов см. в статье Базовый элемент разработки: веб-сайты и семейства сайтов.
На каждом сайте можно подготовить списки, библиотеки и страницы. Список является базовым типом объектов в SharePoint Foundation. Существуют различные типы списков. Некоторые из типов списков включают списки извещений, списки задач и списки событий. Списки содержат столбцы данных, которые часто называются полями. Можно определить настраиваемые столбцы, чтобы они подходили к типу данных, которые требуется сохранить в списке. Столбцы можно использовать для сортировки, фильтрации и группировки элементов списков. Библиотека документов — это специализированный тип списка, который используется для сохранения файлов и папок. Столбцы в библиотеке документов используются для сохранения метаданных о документе. Дополнительные сведения о списках и библиотеках документов см. в статье Базовые элементы: списки и библиотеки документов.
SharePoint Foundation также предоставляет платформу расширения, включающую развертывание. В SharePoint Foundation предоставлено несколько объектных моделей, которые можно использовать для различных типов разработки. Эти объектные модели включают сервер, клиент, ECMAScript (JavaScript, JScript) и веб-службы. При построении приложения можно развернуть его с помощью комбинации компонентов и пакета решений. Компоненты позволяют развернуть определенную функциональные возможности, которые могут быть распределены по уровням. Компонент может содержать шаблоны, страницы, списки, обработчики событий и другие настраиваемые объекты. Пакет решений (файл с расширением WSP) позволяет упаковывать и развертывать приложения, построенные на основе SharePoint Foundation. Пакет решений содержит компоненты и все связанные ресурсы, необходимые приложению.
Взаимодействие рабочих процессов SharePoint
Взаимодействие рабочих процессов SharePoint позволяет вызывать рабочие процессы SharePoint 2010 (основанные на Windows Workflow Foundation 3) из рабочих процессов SharePoint, которые основаны на Windows Workflow Foundation 4. Это позволяет выполнять рабочие процессы SharePoint 2010 из рабочих процессов SharePoint.
Это важно, так как у вас может быть среда SharePoint 2010, которую вы можете использовать повторно вместе с рабочими процессами SharePoint. Кроме того, вы можете использовать действия или функции SharePoint 2010, который еще не реализованы в SharePoint
Полное обсуждение взаимодействия рабочих процессов SharePoint см. в разделе Использование средств взаимодействия рабочих процессов для SharePoint.
SharePoint: продукты и файлы для загрузки
Название "SharePoint" может относиться к одному или нескольким продуктам и технологиям SharePoint, включая указанные ниже.
SharePoint в Microsoft 365 Облачная служба, расположенная в Microsoft, для предприятий любого размера. Вместо того чтобы устанавливать и развертывать SharePoint Server локально, любой бизнес может подписаться на планMicrosoft 365 или на SharePoint Online службу. Ваши сотрудники могут создавать сайты для обмена документами и информацией с коллегами, партнерами и клиентами. Чтобы начать хранить файлы на сайте группы, см. раздел Настройка Microsoft 365 файлов и общего доступа.Попробуйте Microsoft 365.
OneDrive синхронизации Программа для настольных систем, с помощью которой можно синхронизировать документы с сайта группы или из OneDrive для работы или учебы с компьютером для работы в автономном режиме. Подробнее о OneDrive.
Дополнительные сведения о том, как попробовать, приобрести или использовать SharePoint и технологий, см. в SharePoint продукта.
Если вы знакомы с SharePoint и хотите узнать, что изменилось в последнее время, см. новые обновления в SharePoint и Различия между SharePoint Server 2016 и 2019.
Что такое SharePoint ?
Читайте также: