Visual Studio Solution Structure для нескольких развертываемых проектов

Question

Сценарий:

В настоящее время у нас есть единственное решение, поддерживающее одну развертываемую сущность, клиент WinForm / WPF. Это решение имеет многоуровневую архитектуру с проектами, представляющими различные уровни (Data, Business, UI). Мы представим другие развертываемые объекты, такие как LiteClient, сервер и RIA.

Мы рассматриваем реструктуризацию, в рамках которой у нас будет несколько решений, по одному на каждый развертываемый объект (клиентское решение, серверное решение, решение RIA и т. Д.), И эти решения будут совместно использоваться в различных проектах, например в проекте уровня данных. По сути, это однораздельное решение, рекомендованное Microsoft P & P group (http://msdn.microsoft.com/en-us/library/Ee817674(pandp.10).aspx)

Вопрос:

Помимо административных издержек этого подхода, есть ли какие-нибудь серьезные готы реального мира, ожидающие нас, если мы примем их.

Answer 1

Это разумный и нормальный подход. В конце концов, решение Visual Studio представляет собой просто набор проектов с информацией о развертывании.

Чтобы уменьшить возможные проблемы с зависимостями, убедитесь, что вы используете сервер сборки (TFS или другой), который занимается компиляцией и развертыванием.

Answer 2

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

Это недостаток, который я вижу.