SharePoint 2010/2013. Локализация данных

21 мая 2013 г.

В SharePoint существует механизм локализации, позволяющие использовать ресурсы для задания имен сайтов, списков, библиотек, полей и прочего. К тому же, если существует поле, используемое другим списком при подстановке, то и в этом случае локализация работает отлично. Атрибут ShowField также умеет принимать строки для выбора значений из ресурсных файлов.

"Побочным эффектом" такого поведения SharePoint является то, что можно локализовать не только название полей, но и сами данные. Сегодня небольшой пример, как это сделать.

Локализация данных в SharePoint

Суть решения

В определении lookup-поля есть атрибут ShowField, который указывает на поле, отображаемое из списка. Трюк заключается в том, чтобы, используя локализацию, ссылаться на разные поля для разных локалей пользователя. Т.е. в списке мы храним разные значения для разных языков и отображаем одно из них в зависимости от языка пользователя.

Атрибут ShowField

Для начала посмотрим как используется атрибут ShowField в классе Microsoft.SharePoint.SPFieldLookup:

  1. public string get_LookupField()
  2. {
  3.     if (!this.bShowFieldSet)
  4.     {
  5.         if (this.m_strShowField == null)
  6.         {
  7.             string fieldAttributeValue = base.GetFieldAttributeValue("ShowField", 0x20);
  8.             this.m_strShowField = SPUtility.GetLocalizedString(
  9.                                                 fieldAttributeValue, 
  10.                                                 "core"
  11.                                                 (uint) CultureInfo.CurrentUICulture.LCID);
  12.         }
  13.         this.bShowFieldSet = true;
  14.     }
  15.     return this.m_strShowField;
  16. }

Перед тем как вернуть значение, SharePoint пытается получить по нему значение из ресурсного файла.

Определение списка и ресурсы

Декларация списка в части полей выглядит примерно так:

  1. <Fields>
  2.   <Field
  3.      Type="Text"
  4.      ID="{GUID}"
  5.      Name="ValueEng"
  6.      DisplayName="$Resources:MultiLigualRes,ValueEng;" />
  7.   <Field
  8.      Type="Text"
  9.      ID="{GUID}"
  10.      Name="ValueRus"
  11.      DisplayName="$Resources:MultiLigualRes,ValueRus;" />
  12. </Fields>

Для примера я использовал два языка: русский и английский. При желании можно расширить список поддерживаемых языков, добавив для каждого отдельный столбец.

Ресурсы я создал, исходя из логики, что для русского интерфейса отображаем русское значение, для остальных - английское значение:

Список с двуязычными значениями готов, теперь переходим к его использованию.

Lookup-поле

Определение для lookup-поля, которое отображает разные значения в зависимости от языка:

  1. <Field
  2.    Type="Lookup"
  3.    ID="{2637608e-39a7-43a8-8e4b-ed1deda749d5}"
  4.    Name="MultiLingualLookup"
  5.    ShowField="$Resources:MultiLigualRes,LocLookupField;"
  6.    DisplayName="$Resources:MultiLigualRes,ValueLookup;"
  7.    List="Lists/DemoList" />

И суть решения в подстановке разных полей из ресурсов:

Результат

При добавлении этого поля в список мы имеем мультилингвальное поле в списке. Вот так оно выглядит на форме редактирования (слева - русский язык, справа - английский язык):

И вот так в представлении списка:

При реализации мультилингвальных решений не всегда надо реализовывать кастомные формы для отображения данных в зависимости от языка и прочее. Зачастую достаточно стандартного функционала и минимум своего кода.

Поделиться

Комментарии