Мы коллективно тратить много времени, думая о решениях SharePoint — их создание, какой инструмент для использования, что происходит, когда они не могут развернуть, задания таймера, области, и т.д.. Мы тратим так много времени, думая о предварительных биты, которые легко забыть, что мы должны отказаться от них также. Отзыв решений вероятно более трудным, с точки зрения концептуального дизайна, чем их развертывания. Развертывание в основном делом кулинарной. Обычно, Установка функции, может быть есть функция приемника загрузки некоторых данных в список, такого рода вещи. Однако, Отзыв является потенциально более сложным.
Данное решение может создавать артефакты как эти:
- Тип содержимого
- Определение списка
- Определение веб-сайта
- Данные в списке
- Даже магнитолы
- Формы InfoPath
Список идет дальше.
Хотя очевидно, что важно при разработке решения, создает эти артефакты правильно, Это так же важно рассмотреть обновление и удаление случаев. Если ваше решение создает новый список и заполняет список с данными, что происходит при отзыве решения? В некоторых случаях, список должен быть удалены. В других случаях, оно должно быть оставлено неповрежденной для исторических целей. Требованиям вашего бизнеса поможет вам правильное решение.
Чтобы помочь с этим, Создание матрицы, списки каждого артефакта, который развертывает решения SharePoint. Список трех столбцов в артефакт, один для создания, обновление и удаление. Для каждого случая, определить правильный результат для этой операции.
Такого рода анализа очевидно лучше всего сделать, прежде чем когда-либо развертывается на ферме SharePoint. Однако, как Курение, Это никогда не слишком поздно, чтобы начать делать вещи правильно. Создание этой матрицы и разработать план для решения отсутствующих сценариев обновления/удаления. Это может быть сложная проблема, для решения, но по крайней мере вы будете положить рамку вокруг проблемы.
</конец>
Следуй за мной по щебетать на http://www.twitter.com/pagalvin
@no имя
Вот то, что класс приемника компонента для. Написать пользовательский код, чтобы обработать все то, что вы хотите в рамках объектной модели в методы переопределения в пределах вашей пользовательской функции магнитолу. В статье MSDN Здесь.
Надежда, что помогает 🙂
@Paul
Я соединяю эту статью в этом месяцев, пользователь SharePoint группы презентации, потому что, как обсуждалось на этом месяцев SPUG, Это действительно является центральным вопросом для создания надежных компонентов SharePoint.
-Джон Бендер
nickelcode.com (блог)