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

Question

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

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

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

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

Answer 1

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

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

Answer 2

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