Сшивание функций против определений сайта - PullRequest
3 голосов
/ 03 декабря 2010

Мне любопытно, что вы испытываете, если вы используете определение сайта по сравнению со сшиванием функций. В видео на 9 канале Тед Паттерсон объясняет, что сшивание функций - это путь. Было бы неплохо узнать о некоторых случаях, которые есть у других экспертов SharePoint.

Все ли вы используете сшивание элементов или есть области, где определения сайтов являются лучшим выбором?

Ответы [ 4 ]

3 голосов
/ 04 декабря 2010

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

Я работал на Microsoft во многих проектах sharepoint, в том числе в версии http://www.microsoft.com/sharepoint, опубликованной в 2007 и 2010 годах, и почти все настройки и подготовка были выполнены с помощью Feature Staplers.

3 голосов
/ 03 декабря 2010

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

1 голос
/ 07 декабря 2010

По моему опыту, сложно поддерживать сложное определение сайта. Лучший способ - создать очень минимальное определение сайта, а не сшивать нужные вам функции. Он также способствует модульности (с помощью функций) и возможности повторного использования.

1 голос
/ 03 декабря 2010

Если у вас много настроек, то определение сайта - единственный путь.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...