0

Я экспериментирую с Prism, и я столкнулся с рядом неудобств, вызванных тем, что проект Shell напрямую не ссылается на проекты модуля. Основным неудобством является то, что сборка модулей и его зависимости не копируются в папку вывода проектов оболочки после компиляции. Мне удалось использовать xcopy в качестве события после сборки, чтобы скопировать целевую сборку в папку вывода проектов (что не очень приятно, но, похоже, работает), но не зависимости.Каков правильный способ управления зависимостями модулей при использовании Prism?

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

ответ

1

Для этого есть простое решение. Вы можете настроить зависимости проекта в Visual Studio без создания перекрестных ссылок в сборках.

Открыть свойства решения и перейти к Зависимости от проектов страница. Здесь выберите в поле со списком Проекты ваш основной EXE, содержащий вашу оболочку. В качестве альтернативы, щелкните правой кнопкой мыши свой главный проект в обозревателе решений и выберите зависимостями Project ... там:

enter image description here

В Зависит от ListBox, галочка все проекты модулей, которые должны быть скомпилированы/скопировано в выходной каталог.

Вы можете настроить дополнительные зависимости для всех ваших проектов в решении (например, если у вас есть косвенные зависимости между модулями).

При изменении любого проекта, который имеет зависимости, все зависимые проекты будут перестроены Visual Studio и обработаны в соответствии с конфигурацией сборки (например, скопированы в выходной каталог).

+0

Спасибо. Я знал, что это не может быть так сложно, как Google сделал это. – Benjamin

Смежные вопросы