2016-11-08 5 views
1

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

Мне интересно, возможно ли это, даже если мне нужно внести некоторые сложные настройки, чтобы заставить его работать. Любое предложение будет высоко оценено.

Заранее благодарен!

ответ

1

Если вы ссылаетесь на проект, вы не обязательно ссылаетесь на его зависимости.

Итак, у меня есть Project A, который ссылается на 3rdPartyLib.dll. когда я ссылаюсь на ProjectA.dll, я не ссылаюсь на файл 3rdPartyLib.dll.

Один из способов сделать это - написать всю логику, использующую 3rdPartylib.dll в Project A, и по существу использовать ее как слой абстракции. Тогда ссылка projectA.dll и вызовет эту логику, а вызывающая сборка не будет знать 3rdPartyLib.dll

+0

Большое спасибо за ваш быстрый ответ @MavisBeacon! Я попытался реализовать одну вещь (которая на самом деле не связана с вопросом, который я задал), используя предложенную схему, но она не работала так, как я ожидал. Я сделал это для создания своего рода оболочки, которая реализует некоторые функции 3rdPartyLib.dll. Когда я вызываю эту оболочку в другом проекте, я получаю ошибку развертывания, запрашивая DLL, указанную в текущем проекте. –

+0

С другой стороны, вместо того, чтобы реализовывать логику 3rdPartyLib, то, что я хотел бы иметь, это своего рода репозиторий зависимостей, завернутый в один проект. Это подход, который можно достичь в других технологиях, таких как Android или iOS, и мне было интересно, возможно ли это с точки зрения технологий Microsoft. –

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