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

Question

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

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

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

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

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

Answer 1

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

Установите Visual Studio 2010 и SharePoint 2010 Foundation на свой сервер разработки .

Grabкопия Microsoft.SharePoint.dll с сервера SharePoint 2007.

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

При развертывании веб-части 2007 на локальном сервере 2010 она будет работать только (как обратно совместимый)

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

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

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

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

Answer 2

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

На моей виртуальной машине разработки SharePoint установлено следующее:

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

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

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

Answer 3

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

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