Среда разработки веб-частей SharePoint

Question

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

Вот мой идеальный план: на рабочем столе разработчика установите VS2005/2008 (он уже установлен), расширение VS2005/2008 для SharePoint и WSPBuilder. Он также устанавливает виртуальную машину, а виртуальная машина запускает сервер Windows 2003/2008. WSS3.0 и SQL Express 2005/2008 также будут установлены на виртуальной машине.

Рабочий стол разработчика - это среда разработки веб-частей. Разработчики используют VS для разработки веб-частей SharePoint, а затем запускают WSPBuilder, он будет развертывать веб-части в тестовой среде SharePoint на виртуальной машине. Таким образом, виртуальная машина - это просто среда тестирования SharePoint. Похоже, хорошая идея, однако, она не работает. Зачем? Поскольку расширение VS невозможно установить на рабочий стол разработчика, поскольку он не установлен WSS3.0!

Я определенно не хочу устанавливать VS на VM, потому что наш рабочий стол разработчика установил VS, и нам не нужно иметь 2 лицензии VS для 1 разработчика. Любая идея, каков наилучший способ настройки среды разработки для веб-частей SharePoint?

Заранее спасибо.

Answer 1

Вы не сможете разработать для SharePoint (WSS 3.0), если ваша среда разработки не включает установку по меньшей мере WSS. В целом разработка выполняется на виртуальной машине Windows Server 2003 (Visual Studio устанавливается непосредственно на этом компьютере). Однако SharePoint можно установить на компьютерах под управлением Windows Vista и Windows 7, поэтому ваша машина разработки может иметь сам SharePoint, но на VM это намного проще.

Моя разработка SharePoint имеет установлены следующие компоненты VM:

• Windows Server 2003 R2
• SharePoint 2007 (в том числе SQL Server 2005)
• Visual Studio 2008
• инструментов Visual Studio для офиса
• Office Server SDK
• Расширения Visual Studio для WSS 1.3

Очевидно, вы можете использовать WSPBuilder вместо этого, но я предпочитаю VSSWSS 1.3, но это предпочтение разработчика.

Я полагаю (должен быть проверен в Microsoft), что лицензия на Visual Studio может быть расширена до Виртуальных машин при использовании одним и тем же разработчиком (в зависимости от вашего соглашения).

Answer 2

Альтернатива для вас, которая может работать или не работать в зависимости от ваших приоритетов.

Установите Visual Studio 2010 и SharePoint 2010 Foundation to your development server.

Возьмите копию файла Microsoft.SharePoint.dll с сервера SharePoint 2007.

Используйте инструменты VS2010 для разработки веб-части, но вручную измените ссылку на dll 2007 (+ также см. «Build a SharePoint 2007 Web Part with a Visual Studio 2010 Visual Web Part Project»), так что вы выводите совместимую с 2007 веб-часть.

Когда вы delploy свой 2007 веб-часть на локальном сервере 2010 он будет просто работать (as its backwardly compatible)

При развертывании 2007 веб-часть вашего теста/Qa/производственных серверах он тоже будет работать.

Преимущество

• Вы работаете с последней наибольшей версии VS и SharePoint инструментами, так что вы получите один клик развернуть, автоматического создания WSP пакетов и т.д. Ничего против WSP Builder и т.д. (они отлично), но мои деньги на vs2010 расширения sharepoint для будущего.
• Вы готовы, если/когда ваша компания переезжает в 2010
• вы разрабатываете на Windows 7 машины, а не 2003/2008 сервера и или VM так что это имеет преимущество для лицензирования, скорости и простоты использование (поддержка два мониторов с VS работает на виртуальной машине?)

Edit - для развертывания веб-частей на другие сервера создания пакета WSP-и затем развернуть с помощью STSSADM или другого инструмента (установщика решения SharePoint или другого администратора инструменты).

Answer 3

Я не использовал VSSWSS или WSPBuilder. Я всегда использовал STSDEV для SharePoint 2007. И я всегда использовал Windows XP для этого. Я не знаю, действуют ли VSSWSS и WSPBuilder одинаково, но, как говорил Райан, я копирую любые DLL-библиотеки SharePoint, которые мне нужны с сервера SharePoint 2007, в папку решений в моем решении Visual Studio. Затем я выбираю Add Reference в своем проекте и просматриваю DLL.

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