Управление решениями Visual Studio и множеством общих библиотек .Net

Question

Я использую Java довольно долго, и я довольно новичок в C#.

Теперь я работаю в команде, которая использует множество и множество общих библиотек/библиотек DLL (преимущественно .Net).

Я работаю над несколькими (Visual Studio) проектами, для которых нужны общие библиотеки, что такое обычная практика с Visual Studio для режимов Release и Debug?

Для режима конфигурации отладки (CM) мой коллега посоветовал мне поместить все библиотеки в папку (позвоните этому L), а затем установите для папки «Запуск» значение L. Но такой концепции для Release CM нет. Поэтому мне нужно либо: a) скопировать содержимое L в исполняемый выходной путь или b) установить путь вывода проекта к L. Ничего не похоже на чистое решение, что вы посоветуете?

Есть ли что-то похожее на classpath в Java?

Answer 1

Очень часто добавляются общие DLL/ссылки на проект «Библиотека» или в виде элементов решения. Ссылка на эти .dll из ваших проектов, и они будут скопированы в выходной каталог.

Answer 2

В моем магазине у нас есть папка «lib», созданная внутри папки решения. Внутри папки lib есть копия каждой DLL, на которую ссылается решение; поэтому VS копирует связанные DLL-файлы в выходной каталог при создании или выполнении решения. Это также позволяет вам иметь разные версии одинаковых DLL для разных решений, если у вас есть эта потребность (хотя я не рекомендую ее).