Лучший формат проекта для развертывания VS2005 + SharePoint?
-
21-08-2019 - |
Вопрос
Во-первых, позвольте мне использовать одно предложение, чтобы выразить некоторое разочарование:Боже мой, разработка для SharePoint - это чертов бардак!
Хорошо, извините, позвольте мне сосредоточиться на одном конкретном сценарии.Я разработал (VS2005) некоторую функциональность, которая работает, если я разверну ее как библиотеку DLL на сервере SharePoint (MOSS2007).Теперь я пытаюсь определить наилучший способ упаковать его в качестве развертываемой функции.
Основываясь на результатах поиска, можно подумать, что никто никогда не делал этого повторяемым образом!Каждая статья противоречит следующей или документирует методику, которая устраняет какую-то проблему с помощью чьих-то других методов, и, в свою очередь, вероятно, обновляется в еще одной статье.Многие, похоже, основаны на устаревших методах 2003 года, WSS и т.д.Некоторые рекомендуют использовать задачи MSBuild для развертывания в вашем коде, копировать файлы вручную в каталоги с именами, подобными "12", или использовать такие инструменты, как SharePoint Designer, или вносить изменения непосредственно на сервере.Это звучит как взломы, которые разработчики использовали бы для установки на тестовый сервер.Кто-нибудь когда-нибудь создавал проект, который после успешной сборки можно перенести на другой компьютер и развернуть с помощью программы установки или одной инструкции командной строки через STSADM?
Я признаю, что у меня есть только начинающие знания по администрированию SharePoint, но это, должно быть, проще, чем кажется.Я думаю, что понимаю основные концепции на http://msdn.microsoft.com/en-us/library/ms413687.aspx но разве нет способа автоматизировать это?Там должно быть один рекомендуемая практика для упаковки компонентов, которые будут развернуты на сервере 2007..но, хоть убей, я не могу понять, что это такое.(Мое лучшее предположение, что это что-то вроде этого: http://www.codeplex.com/sptemplateland, но это не обновлялось с февраля 2007 года.)
Кто-нибудь может помочь?Большое спасибо!
Решение
"Разговоры на улице" обычно вращаются вокруг трех вариантов разработки SharePoint.
- VSeWSS, собственные расширения Microsoft для Visual Studio.
- СЦДЕВ, предварительно создает решение VS на основе ваших спецификаций
- WSPBuilder - разработчик, мое предпочтение из-за его интеграции с VS
У всех есть сильные и слабые стороны, и я советую вам попробовать все три, чтобы найти свои предпочтения.
.б
Другие советы
После использования VSeWSS 1.2 я бы рекомендовал создать решение STSDEV, которое завершает код и копирует веб-часть в нужное место.
Обновить Тем не менее, VSeWSS 1.3 теперь является "официальным" подходом MS к вещам и будет поддерживаться в будущих версиях Visual Studio, так что, вероятно, именно этим путем стоит пойти сейчас.
К сожалению, вам по-прежнему нужно будет знать, где каждая вещь должна поместиться в SharePoint, чтобы заставить ее работать.Под капотом решение и функция по-прежнему используют корявые форматы XML для управления направлением движения всех частей решения.
Через некоторое время острая боль, которую вы ощущаете, притупляется до слабой пульсации.