Определения стандартного списка обновления

Статья
04/21/2015

Дата последнего изменения: 9 марта 2015 г.

Применимо к: SharePoint Foundation 2010

Определения списков в Windows SharePoint Services 3.0 перенесены в компоненты, чтобы обеспечить более удобный доступ к ним из определений сайтов. По этой причине больше не нужно переопределять списки, которые не будут настраиваться в определении сайта.

Примечание
В Microsoft SharePoint Foundation 2010 вряд ли потребуется изменять пользовательское определение списка, которое уже является компонентом и, соответственно, одним из самых безопасных изменений для обновления. Однако если определение списка включает, например, настраиваемый пользовательский интерфейс, пользовательские представления или ссылки на ненастроенные файлы, то после обновления необходимо проверить отображение страницы в режиме пользовательского интерфейса предыдущей версии и в режиме пользовательского интерфейса текущей версии. Проверять страницы нужно каждый раз при возвращении страниц или определений сайта к исходному, неизмененному состоянию.

В Microsoft SharePoint Foundation 2010 вряд ли потребуется изменять пользовательское определение списка, которое уже является компонентом и, соответственно, одним из самых безопасных изменений для обновления. Однако если определение списка включает, например, настраиваемый пользовательский интерфейс, пользовательские представления или ссылки на ненастроенные файлы, то после обновления необходимо проверить отображение страницы в режиме пользовательского интерфейса предыдущей версии и в режиме пользовательского интерфейса текущей версии. Проверять страницы нужно каждый раз при возвращении страниц или определений сайта к исходному, неизмененному состоянию.

Если стандартные определения списков предыдущей версии не настраивались, просто удалите стандартные определения списков из своих определений сайтов и замените их ссылками на стандартный компонент совместной работы групп SharePoint Foundation.

Удаление стандартных определений списков из определения сайта

При наличии в файле Onet.xml предыдущей версии удалите теги <ListTemplate> для следующих типов списка:
- custlist
- gridlist
- doclib
- imglib
- voting
- discuss
- favorite
- announce
- contacts
- events
- tasks
- xmlform
- issue
Также в зависимости от предыдущей версии может потребоваться удалить вспомогательные каталоги списков для этих старых определений списков. Это значит, что для текущего определения сайта можно удалить папки ANNOUNCE, CONTACTS, CUSTLIST, DISCUSS, DOCLIB, EVENTS, FAVORITE, GRIDLIST, IMGLIB, ISSUE, TASKS, VOTING и XMLFORM из каталога \LISTS.
В каждом теге <Configuration> в файле Onet.xml добавьте ссылку на компонент совместной работы групп следующим образом:
```
<Configuration ...>
  <WebFeatures>
    
    <Feature ID="00BFEA71-4EA5-48D4-A4AD-7EA5C011ABE5" />
  </WebFeatures>
</Configuration>
```

Если имеются настроенные пользовательские определения списков (например, определение библиотеки документов) [DOCLIB]), необходимо использовать более детальный подход, Замените все ненастроенные списки, как указывалось выше (в нашем случае все списки, за исключением DOCLIB). Вместо добавления ссылки на компонент совместной работы групп в тегах <Configuration> добавьте конкретные ссылки на компоненты, которые содержат ненастроенные определения списков.

Таблица 1. Имена папок компонентов и идентификаторы компонентов определений списков

Папка	Идентификатор
AnnouncementsList	00BFEA71-D1CE-42de-9C63-A44004CE0104
ContactsList	00BFEA71-7E6D-4186-9BA8-C047AC750105
CustomList	00BFEA71-DE22-43B2-A848-C05709900100
DataSourceLibrary	00BFEA71-F381-423D-B9D1-DA7A54C50110
DiscussionsList	00BFEA71-6A49-43FA-B535-D15C05500108
DocumentLibrary	00BFEA71-E717-4E80-AA17-D0C71B360101
EventsList	00BFEA71-EC85-4903-972D-EBE475780106
GanttTasksList	00BFEA71-513D-4CA0-96C2-6A47775C0119
GridList	00BFEA71-3A1D-41D3-A0EE-651D11570120
IssuesList	00BFEA71-5932-4F9C-AD71-1557E5751100
LinksList	00BFEA71-2062-426C-90BF-714C59600103
NoCodeWorkflowLibrary	00BFEA71-F600-43F6-A895-40C0DE7B0117
PictureLibrary	00BFEA71-52D4-45B3-B544-B1C71B620109
SurveysList	00BFEA71-EB8A-40B1-80C7-506BE7590102
TasksList	00BFEA71-A83E-497E-9BA0-7A5C597D0107
WebPageLibrary	00BFEA71-C796-4402-9F2F-0EB9A6E71B18
WorkflowProcessLibrary	00BFEA71-2D77-4A75-9FCA-76516689E21A
WorkflowHistoryList	00BFEA71-4EA5-48D4-A4AD-305CF7030140
XmlFormLibrary	00BFEA71-1E1D-4562-B56A-F05371BB0115

Если было настроено только определение списка библиотеки документов (DOCLIB) в старом определении сайта, не включайте ссылку на это определение списка в тегах <Configuration> файла Onet.xml. Добавьте ссылки на компоненты, которые относятся к уровню семейства сайтов или веб-сайта для каждого компонента, за исключением этого определения списка библиотеки документов для сохранения настроек.

Добавление новых форм, типов контента и общих полей

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

На всех страницах форм и представлений списков SharePoint теперь используются стандартные страницы ASPX. Теперь по умолчанию для страниц существует стандартный файл ASPX, а не отдельные файлы AllItems.aspx, EditForm.aspx, DisplayForm.aspx или NewForm.aspx для каждой страницы. Чтобы использовать эти стандартизованные страницы форм, задайте SetupPath="pages\form.aspx" во всех тегах <Form> определений списков Windows SharePoint Services 2.0, а также задайте SetupPath="pages\viewpage.aspx" в представлениях, в основе которых лежат страницы. Конечно, если страницы были изменены для конкретных списков, их можно продолжать использовать при условии соблюдения предоставленных ранее инструкций по обновлению страниц ASPX для использования в SharePoint Foundation.

В формах списков теперь используются шаблоны Microsoft ASP.NET, основанные на пользовательских элементах управления, а не язык CAML. Определение формы на языке CAML больше не нужно и поэтому может быть удалено. Если нужно использовать пользовательский шаблон для определения списка, задайте Template="TEMPLATENAME" в теге <Form> файла Schema.xml. Дополнительные сведения о пользовательских шаблонах форм см. в разделе Создание настраиваемых шаблонов форм.

Рассмотрите возможность адаптации пользовательских определений списков для использования типов контента и определений общих полей. Для этого определите новые типы контента и общие поля в отдельном компоненте, относящемся к семейству сайтов. Для обновления определения списков используйте тег <ContentTypes> для объявления, какие типы контента должны реализовываться в списках, создаваемых с использованием определения, и снабдите комментариями теги <Field>, задав GUID-идентификаторы, определяющие общие поля, которые должны использоваться. Однако следует отметить, что даже при использовании типов контента для определений списков по-прежнему необходимо объявлять все поля в файле Schema.xml компонента списка.

См. также

Концепции

Обновление пользовательского определения сайта

Другие ресурсы

Обновление SharePoint Foundation

Поделиться через