Scrum в команде SharePoint

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

На самом деле, вот еще буквально полгода назад я думал что Scrum в команде, которая делает SharePoint, не очень актуален. Я считал, что из-за особенностей разработки под SharePoint, из-за того что мы фактически пишем кучу слабосвязанных плагинов, а не цельный продукт - командная разработка привносит больше вреда, чем пользы: это происходит из-за оверхеда на общение и организационные процедуры, которые вроде как никому особо и не нужны, т.к. каждый занят своим модулем и в чужие дела не лезет.

Как вы уже наверное догадались, я ошибался. Причем, сильно ошибался...

Генерация большого числа записей в список SharePoint

Генерация записей в список - это довольно частая задача, пригодится не только тестировщикам, но и программистам - всегда интересно проверить на практике ограничения списков, и насколько будет тормозить выборка/вставка/обработка данных при стольких-то записях в списке.

Поэтому неплохо это уметь, а не уповать "на авось", тем более что делается это очень просто с помощью довольно короткого PowerShell-скрипта. У меня давно уже валяется такой скрипт, который использую лично я, вот решил поделиться :)

Введение в рабочие процессы SharePoint 2010

На мой взгляд, Workflow - это как раз та самая "магическая" субстанция, которая позволяет превратить безжизненную свалку данных в живую, рабочую систему - систему, которая рассылает письма, следит за сроками выполнения задач, и главное - всегда знает ответ на вопрос: "что с этим документом делать дальше?".

Я считаю, что без понимания концепции рабочих процессов и их возможностей, - ваше знание SharePoint'а нельзя считать полным! И на мой взгляд, их действительно стоит изучать: они классные, и могут вам сэкономить немало дней, если их использовать с умом и по-назначению.

Впрочем, как это всегда бывает в SharePoint, существует множество тонкостей, нюансов и особенностей, которые нужно знать и иметь в виду, прежде чем говорить клиенту/начальнику о том, что вот мол на решение этой задачи уйдет полдня :)

Итак, давайте рассмотрим вкратце, что представляют собой рабочие процессы в SharePoint. Эта статья является стартовой в новой серии статей про рабочие процессы.

SharePoint и XSLT: преобразуем колонку в строку

В посте про объединение двух колонок в одну я показывал на "боевом" примере про комментарий руководителя, как можно сэкономить место на странице и сделать представление более привлекательным, объединяя несколько колонок в одну. С помощью XSLT, мы производили вот такое преобразование:

Но как видите, всё равно в строке с комментарием остается много пустого места:

Сегодня давайте попробуем расширить пример, вынеся комментарий вообще в отдельную строку, получив в финале примерно такой вид:

Вперед?

SharePoint и XSLT: Развертывание через Visual Studio

К настоящему времени, в рамках серии статей про SharePoint и XSLT, уже были освещены многие интересные моменты, включая довольно актуальные примеры (разбор еще множества примеров - впереди), но до сих пор мы не касались развертывания XSL-преобразований через Visual Studio. Эта информация очень важна для разработчиков SharePoint, но замечу еще раз - что посредством SharePoint Designer, XSL-преобразованиями в SharePoint могут пользоваться и администраторы, и дизайнеры, и ITPro.

Итак, сегодня мы узнаем:

1. Как подключать XSLT через CAML
2. Как программно подключить XSL-преобразование к списку
3. Чем отличаются свойства XslLink классов SPView и XsltListViewWebPart
4. Ограничения при использовании XSLT в Sandboxed solutions

Про XSLT и Visual Studio: отладка и intellisense

По результатам публикации статьи SharePoint и XSLT: Hello world!, уже появились недовольные читатели, восклицающие в комментариях, что вот мол, использовать Блокнот/SharePoint Designer это непрофессионально... :) Примерно такие же отзывы я слышал и на RUSUG, где недавно читал доклад "SharePoint и XSLT".

И на самом деле я согласен, что будучи разработчиком, и имея такой мощный и многофункциональный инструмент, как Visual Studio, хотелось бы использовать его богатые возможности для работы с XSLT в SharePoint. Точнее, хотя бы попробовать это сделать :))

Ну вот давайте посмотрим, на что способна (или не способна?) Visual Studio.

SharePoint и XSLT: Объединяем две колонки в одну

Довольно часто возникает такая задача: объединить несколько колонок списка в одну при отображении. Обычно это требуется в следующих случаях:

1. Когда в списке ну очень много колонок, поэтому при отображении эти данные поневоле приходится группировать
2. Когда несколько колонок логично было бы объединить в один блок
3. Иногда в некоторых колонках картинки или длинные текстовые описания, поэтому поля получаются очень разными по высоте, и оттого выглядят некрасиво
4. Когда часть данных в списке важна при отображении, но присутствует редко. Например, комментарий от руководителя:
   
   
   

В общем, объединение двух колонок в одну при отображении позволяет сэкономить место на экране, улучшить внешний вид, поправить usability, "вписаться" в брэндбук... Это требуется часто, поэтому важно знать, как это можно сделать.