Спасибо, в итоге сделал также, но либы добавил к проекту в виде внедренных ресурсов.
Проблема возникала с тем, что у меня следующая структура:
проект 1 - запускаемая сборка решения
проект 2 - сборка, которая имеет ссылки на сторонние сборки (к примеру ExcelApi)
Текст единственного класса в тексте вопроса (см. выше)
Проект1 имеет ссылку на проект2. У всех ссылок проекта2 указано в "Копировать локально" - True
Пересобираем решение. Получается:
в проекте2 корректно выгружаются все dll. В проект1 выгружается только те dll, которые явно используются в коде проекта1. (ExcelApi.dll не добавляется)
В код проекта 2 добавляем:
NetOffice.ExcelApi.Application SomeVar = new NetOffice.ExcelApi.Application();
Снова пересобираем решение и всё ОК, в релизную папку проекта1 выгружается ExcelApi.dll.
Пытался решить эту проблему по-разному. Не пробовал только вариант с выполнением скрипта после сборки (что-то типо копирования файлов в релизную папку), но мне кажется этот вариант немного костылем попахивает.
Поэтому плюнул и сделал через внедрение ресурсов в сборку и динамическую их загрузку.
Если знаете методы, как побороть эту (фичу, баг, особенность), то буду благодарен! Пока логики в таком поведении сборщика я не особо вижу.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
Проблема возникала с тем, что у меня следующая структура:
проект 1 - запускаемая сборка решения
проект 2 - сборка, которая имеет ссылки на сторонние сборки (к примеру ExcelApi)
Текст единственного класса в тексте вопроса (см. выше)
Проект1 имеет ссылку на проект2. У всех ссылок проекта2 указано в "Копировать локально" - True
Пересобираем решение. Получается:
в проекте2 корректно выгружаются все dll. В проект1 выгружается только те dll, которые явно используются в коде проекта1. (ExcelApi.dll не добавляется)
В код проекта 2 добавляем:
Снова пересобираем решение и всё ОК, в релизную папку проекта1 выгружается ExcelApi.dll.
Пытался решить эту проблему по-разному. Не пробовал только вариант с выполнением скрипта после сборки (что-то типо копирования файлов в релизную папку), но мне кажется этот вариант немного костылем попахивает.
Поэтому плюнул и сделал через внедрение ресурсов в сборку и динамическую их загрузку.
Если знаете методы, как побороть эту (фичу, баг, особенность), то буду благодарен! Пока логики в таком поведении сборщика я не особо вижу.