SharePoint 2010: рекомендуемые методы обновления решения / функции - PullRequest
2 голосов
/ 17 марта 2011

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

По вашему опыту, какие практики действительно помогли вам, ребята?Напримериспользуя пользовательские действия по обновлению, полностью помещая логику обновления в обработчики событий FeatureUprading?Или в обработчиках FeatureActiving и предположить, что функции уже могут существовать?Иначе?

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

Спасибо!

1 Ответ

0 голосов
/ 11 апреля 2011

Поскольку никто не рискнул ответить, мой текущий подход:

  1. Используйте декларативный подход в тех случаях, когда он работает 100% времени, например, НЕ типы контента

  2. Откат к коду для остатка

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

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