Надеюсь, мой заголовок не слишком сбивает с толку. Итак, у меня есть вспомогательная сборка, и я встроил ее в один файл dll (назовем его reference.dll), который хочу использовать в другом проекте (назовем его основным проектом).
Но для запуска основного проекта его по какой-то причине нужно встроить в dll-файл плагина и вызвать приложением, а не встроить в прямой исполняемый файл. Поэтому, когда я создавал основной проект, выходные данные фактически состояли из отдельных reference.dll и MainProject.dll (и других библиотек классов, которые я использую в MainProject.dll)
Поэтому, когда я запускаю MainProject.dll в моем приложении, откуда он знает, где найти все эти зависимости? Меня смущает то, что когда я запускаю MainProject как исполняемый файл (непосредственно из VS2022), я явно добавляю путь к reference.dll, чтобы он знал, где его найти. Но я никогда не делаю этого, когда использую MainProject.dll в качестве плагина из другого приложения. Это конфигурация моего приложения или среды .NET, согласно которой они доступны, пока все файлы dll находятся в том же каталоге, что и мой MainProject.dll?
И что лучше потренируйтесь управлять всеми этими библиотеками. Я предполагаю, что по мере роста проекта возникнут проблемы, связанные с конфликтом имен dll и путаницей при их загрузке?
Спасибо.
Подробнее здесь: https://stackoverflow.com/questions/790 ... class-libr
Откуда библиотеки классов узнают, где найти свою зависимость (другие библиотеки классов)? ⇐ C#
Место общения программистов C#
1727242966
Anonymous
Надеюсь, мой заголовок не слишком сбивает с толку. Итак, у меня есть вспомогательная сборка, и я встроил ее в один файл dll (назовем его reference.dll), который хочу использовать в другом проекте (назовем его основным проектом).
Но для запуска основного проекта его по какой-то причине нужно встроить в dll-файл плагина и вызвать приложением, а не встроить в прямой исполняемый файл. Поэтому, когда я создавал основной проект, выходные данные фактически состояли из отдельных reference.dll и MainProject.dll (и других библиотек классов, которые я использую в MainProject.dll)
Поэтому, когда я запускаю MainProject.dll в моем приложении, откуда он знает, где найти все эти зависимости? Меня смущает то, что когда я запускаю MainProject как исполняемый файл (непосредственно из VS2022), я явно добавляю путь к reference.dll, чтобы он знал, где его найти. Но я никогда не делаю этого, когда использую MainProject.dll в качестве плагина из другого приложения. Это конфигурация моего приложения или среды .NET, согласно которой они доступны, пока все файлы dll находятся в том же каталоге, что и мой MainProject.dll?
И что лучше потренируйтесь управлять всеми этими библиотеками. Я предполагаю, что по мере роста проекта возникнут проблемы, связанные с конфликтом имен dll и путаницей при их загрузке?
Спасибо.
Подробнее здесь: [url]https://stackoverflow.com/questions/79021240/how-do-the-class-libraries-know-where-to-find-their-dependency-other-class-libr[/url]
Ответить
1 сообщение
• Страница 1 из 1
Перейти
- Кемерово-IT
- ↳ Javascript
- ↳ C#
- ↳ JAVA
- ↳ Elasticsearch aggregation
- ↳ Python
- ↳ Php
- ↳ Android
- ↳ Html
- ↳ Jquery
- ↳ C++
- ↳ IOS
- ↳ CSS
- ↳ Excel
- ↳ Linux
- ↳ Apache
- ↳ MySql
- Детский мир
- Для души
- ↳ Музыкальные инструменты даром
- ↳ Печатная продукция даром
- Внешняя красота и здоровье
- ↳ Одежда и обувь для взрослых даром
- ↳ Товары для здоровья
- ↳ Физкультура и спорт
- Техника - даром!
- ↳ Автомобилистам
- ↳ Компьютерная техника
- ↳ Плиты: газовые и электрические
- ↳ Холодильники
- ↳ Стиральные машины
- ↳ Телевизоры
- ↳ Телефоны, смартфоны, плашеты
- ↳ Швейные машинки
- ↳ Прочая электроника и техника
- ↳ Фототехника
- Ремонт и интерьер
- ↳ Стройматериалы, инструмент
- ↳ Мебель и предметы интерьера даром
- ↳ Cантехника
- Другие темы
- ↳ Разное даром
- ↳ Давай меняться!
- ↳ Отдам\возьму за копеечку
- ↳ Работа и подработка в Кемерове
- ↳ Давай с тобой поговорим...
Мобильная версия