Как следует управлять проектами SharePoint Visual Studio, которые совместно используют код друг друга?

Question

Моя структура решения SharePoint Visual Studio в настоящее время содержит следующие проекты:

• Общее: содержит методы расширения, помощники, часто используемые элементы управления и т. Д.
• Ведение журнала: обычно включается в Common, но содержит вызовы нативных методов, помеченных как «небезопасные»
• Проект для конкретного сайта: по одному на каждый отдельный сайт, содержащий функции, веб-части, получатели событий и т. Д., Специфичные для этого сайта
• Консольное приложение: Проекты консольного приложения как / при необходимости

Я использую WSPBuilder, поэтому каждый проект (кроме консольных приложений) имеет свой собственный файл решения SharePoint WSP.

Это хороший способ разделить код SharePoint? Какие подходы вы используете?

Answer 1

Если вы этого еще не сделали, я бы рассмотрел возможность объединения вашего общего кода в одну или несколько функций, и чтобы не обычный код находился в функции с зависимостью от общего кода. Возможно, вы захотите, чтобы общий код использовал другой WSP или тот же WSP - не уверен во всех плюсах / минусах этого.

Answer 2

Это кажется разумным, хотя вы можете быть осторожны с развертыванием общих проектов. Сценарий развертывания, вероятно, включает обновление общего пакета, что не подходит для более старых проектов, специфичных для сайтов.

Для большинства проектов я предпочитаю иметь один пакет решений с необходимыми общими библиотеками - обычно устанавливаемый в GAC.