SPMetadata – фреймворк выборки метаданных SharePoint

При разработке пользовательских типов столбцов: Столбцы метаданных (часть 1, часть 2) и Расширенная подстановка (часть 1, часть 2) столкнулся с тем, что приходилось несколько раз обращаться к разным метаданным из разных узлов по разным их идентификаторам: тот же список однозначно определяется как по относительному сайта адресу (site-relative URL) так и по ID. А чтобы правильно получить его, соблюдая Рекомендации: использование высвобождаемых объектов служб Windows SharePoint Services, нужно указать идентификаторы семейства узлов и узла, которые тоже имеют свою разновидность.

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

Решение этих проблем было аккуратно упаковано во фреймворк по выборке метаданных SharePoint.

SharePoint: Расширенная подстановка - Вывод значений в ListViewWebPart с использованием jQuery + JSON

В своей самой первой статье блога я рассказывал об отображении значений столбцов в шаблоне отображения полей (RenderPattern) DisplayPattern  с применением веб-служб и JavaScript. Этот способ довольно неплох, за исключением одного НО - при больших объемах отображаемых данных, производительность падает! Это связано с тем, что каждый раз совершается вызов веб-службы, если значение столбца не пусто, и собственно парсится wsdl ответ. Возможно, этот способ вывода значений и удовлетворил конечного пользователя при данном типе столбца (вряд ли столбец метаданных потребуется широкой аудитории), но с типом «Расширенная подстановка» данный финт бы не прошел.

SharePoint: Расширенная подстановка - Использование EntityEditorWithPicker

По долгу службы приходится помимо разработки на SharePoint заниматься и 1С-программированием. Когда в первый раз столкнулся с 8-ой версией данного продукта при разработке конфигурации, сразу что бросилось в глаза и понравилось, так это составной тип данных. И больше всего заинтересовало,  то, что в одном реквизите какого-либо типа метаданных (справочника, документа и проч.) можно указать подстановку объектов разных метаданных, к примеру, элементов только из 2 конкретных справочников или  элемент справочника и документ. Сразу же возникла мысль сделать такую же возможность и для пользователей SharePoint. Наверняка, у многих возникала необходимость подстановки в поле lookup элементов двух, а может, и больше списков. К своему удивлению, я обнаружил, что данное решение можно буквально собрать из готовых решений.

SharePoint: Reflection vs. PropertySchema

При разработке настраиваемого типа столбца SharePoint практически всегда возникает необходимость создания его собственных свойств. В разметке CAML их схему представляет элемент PropertySchema - Элемент PropertySchema (Field Types) . Вещь, в принципе, проста в использовании, за исключением одного – что если значение какого-либо свойства нужно задавать не просто в соответствующем его типу элементе управления, а в более сложном; либо возникнет необходимость при операции присваивания значения выполнять какие-либо действия.

SharePoint: Столбцы метаданных. Часть 2: Custom Filter.aspx page

Первая часть статьи здесь.

Второй важный момент, которому стоит уделить внимание при разработке настраиваемого типа столбца SharePoint - это отображение значений столбцов в шаблоне отображения (RenderPattern) под названием HeaderPattern,  а точнее, отображение фильтруемых значений в заголовке столбца

SharePoint: Столбцы метаданных. Часть 1: Использование веб-служб в DisplayPattern

Однажды возникла необходимость хранения в списках SharePoint данных о … самих же списках.

Первая идея, которая приходила в голову, а именно, воспользоваться стандартным набором типов данных SharePoint претерпевала всё больший крах по мере последовательного рассматривания в качестве подходящего для решения задачи того или иного типа данных: