Лучший формат проекта для развертывания VS2005 + SharePoint?

Во-первых, позвольте мне использовать одно предложение, чтобы выразить некоторое разочарование: Боже мой, разработка для 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 года.)

Кто-нибудь может помочь? Спасибо!

11.12.2008 03:26:03
2 ОТВЕТА
РЕШЕНИЕ

«Беседа на улице» обычно вращается вокруг трех вариантов разработки SharePoint.

  1. VSeWSS, собственные расширения Microsoft для Visual Studio .
  2. STSDEV , предварительно создает решение VS на основе ваших спецификаций
  3. WSPBuilder , мои предпочтения из-за его интеграции VS

У всех есть свои сильные и слабые стороны, и я советую вам попробовать все три, чтобы найти ваши предпочтения.

.b

7
11.12.2008 04:51:16
Спасибо, я попробую WSPBuilder и STSDEV! Вернусь, чтобы выбрать «правильный» ответ, основываясь на том, что я нахожу :)
Steve Eisner 11.12.2008 22:16:12
WSPBuilder - это путь вперед для создания функций. Сказав это, как только вы захотите сделать более сложные функции, вы скоро окажетесь по колено в XML ..
marcus.greasly 23.04.2009 21:54:15

Используя VSeWSS 1.2, я бы порекомендовал создать решение STSDEV, которое оборачивает код и копирует веб-часть в нужное место.

Обновление Тем не менее, VSeWSS 1.3 теперь является «официальной» версией MS и будет поддерживаться в будущих версиях Visual Studio, так что это, вероятно, тот путь, который нужно предпринять сейчас.

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

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

3
23.04.2009 21:44:14
Спасибо, я попробую STSDEV! Вернусь, чтобы выбрать «правильный» ответ на основе того, что я нахожу :) И приятно слышать, что это становится легче. Я действительно нуждаюсь в некотором количестве аспирина для этой боли SharePoint
Steve Eisner 11.12.2008 22:17:22