Архитектурные подходы к обновлению определения сайта
Дата последнего изменения: 8 декабря 2010 г.
Применимо к: SharePoint Foundation 2010
В SharePoint Foundation 2010 имеется два базовых способа обновления пользовательских определений сайта с одной версии до другой: либо доработка изменений в предыдущей версии, чтобы они работали в новой версии, либо создание определения сайта, основанного на текущей версии и последующее обновление определения сайта предыдущей версии. Другими словами, можно либо изменить предыдущее определение, чтобы оно подходило к новому сайту, либо скопировать имеющееся определение сайта в SharePoint Foundation 2010 и изменить эту копию в соответствии с предыдущим определением.
Первый способ: изменение существующих настроек для работы с новой версией
Начиная с Windows SharePoint Services 3.0, имеется два способа настройки определения сайта: путем копирования и последующего изменения определения сайта, установленного по умолчанию в каталоге установки, и путем создания пользовательского компонента и его включения в развертывании.
При первом способе работа ведется с копией определения сайта (никогда не с файлами по умолчанию, которые устанавливаются в каталог установки). Также необходимо, чтобы имена определений сайта и номера шаблонов были уникальными и не конфликтовали с другими шаблонами (например, номера шаблонов должны быть больше 10 000, чтобы не конфликтовать с номерами шаблонов по умолчанию). Дополнительные сведения о создании пользовательского определения сайта таким способом см. в разделе Обзор создания настраиваемых определений веб-сайтов. При последующем обновлении используется файл определения обновления для сопоставления прежних файлов с новыми.
Рекомендуется добавлять контент и возможности в определение сайта через компоненты, и в SharePoint Foundation 2010 впервые представлена система управления версиями компонентов и возможность обновления компонентов, созданных в предыдущей версии. Дополнительные сведения о компонентах и их обновлении см. в разделе Использование компонентов.
Второй способ: разработка сайта и создание определение сайта в новой версии
Чтобы пользовательский веб-сайт, основанный на основании предыдущей версии, работал с полной функциональностью, можно создать эквивалентное определение сайта в текущей версии, максимально соответствующее предыдущему сайту. Это предпочтительный подход к обновлению определений сайта с версии Windows SharePoint Services 2.0 до Windows SharePoint Services 3.0, включающий использование нового определения сайта и его настройку для замены прежнего определения сайта.
Во втором подходе необходимо проанализировать все новые функции и попытаться максимально включить их в свой сайт (например, использовать типы контента для списков, главные страницы для пользовательских страниц и т. д.) После этого нужно проверить определение сайта текущей версии и выяснить, позволяет ли оно создавать экземпляры сайта и правильно функционирующие поведения. Если это так, следующим шагом является создание определения обновления, которое можно использовать для перемещения сайтов с предыдущей версии на текущую. Имейте в виду, что при прекращении поддержки некоторых функций предыдущей версии сайта может потребоваться обеспечить замену для них в текущей версии. Например, даже при прекращении использования определенного пользовательского типа списка может потребоваться создать шаблоны списков хотя бы для их обновления. Такой подход к обновлению включает использование определений сайта версии 2010, разработку рабочей среды, соответствующей текущей версии, и использование процесса обновления для приведения предыдущих настроек к нужному виду в текущем контексте.
.gif "Примечание") Примечание |
|---|
Для обновления определения сайта с версии Windows SharePoint Services 3.0 до SharePoint Foundation 2010 необязательно создавать полностью новое или обновленное определение сайта, как описывается во втором сценарии, поскольку компоненты SharePoint Foundation позволяют разработчикам использовать модульный подход к детальной настройке определений сайта. В SharePoint Foundation 2010 обычно безопаснее модифицировать существующее пользовательское определение сайта (созданное в более ранней версии продукта), если только не требуется радикальное преобразование пользовательского интерфейса, которое делает невозможным простую замену главной страницы. |