В сборку не попадают необходимые references. Как исправить?

Question

[Кирилл Серов]

Добрый день!

Имеется класс:

Класс

using Microsoft.CodeAnalysis.CSharp.Scripting;
using Microsoft.CodeAnalysis.Scripting;
using System;
using System.Reflection;

namespace namespace1
{
    public class AClass
    {
        public void Run(string Code)
        {
            // Формируем зависимости
            Assembly[] assemblies = AppDomain.CurrentDomain.GetAssemblies();
            ScriptOptions options = ScriptOptions.Default.AddReferences(assemblies);

            // Запускаем скрипт
             var result = CSharpScript.RunAsync(Code, options);
        }
    }
}

Всё просто: получаю сборки текущего домена -> копирую их в настройки скрипта -> выполняю скрипт.
Код, который пытаюсь передать в процедуру Run:

Код

string code = @"using Excel = NetOffice.ExcelApi; "
                   + @"Excel.Application ExcelApp = new Excel.Application(); ";

Как Вы заметили, в передаваемом коде я использую using. Который должен ссылаться на соотв. dll (NetOffice.ExcelApi).
В проекте данная ссылка присутствует:

Свойства

К сути:
когда я получаю AppDomain.CurrentDomain.GetAssemblies(), то там соответственно нет сборки NetOffice. Как я понял, это связано с тем, что компилятор умный и не загружает те сборки, которые в коде не используются явно. Всё логично (это подтвердилось, когда я в код метода Run добавил строку:

NetOffice.ExcelApi.Application SomeVar = new NetOffice.ExcelApi.Application();

После, я решил, что буду принудительно подгружать dll в домен. Но выяснил, что при сборке проекта, эта dll не попадает в файлы сборки, хотя на них стоит свойство "Копировать локально".

В связи с этим несколько вопросов:
1) Возможно ли, принудительно заставить сборщик копировать неиспользуемые явно ссылки(dll) в релизную папку.
2) Можно ли, получить получить список всех Assemblies(может просто список имён) в коде, включая те, что не используются явно? (приложение не ASP.NET)

P.S.
В C# совершенный новичок. 100% где-то пока недопонимаю некоторые вещи. Прошу понять и простить :)
Буду благодарен, если посоветуете хорошие источники для прокачки скила в C#.

Answer 1

[mshak]

Можно динамически подгружать необходимую сборку.
Для этого надо подписаться на событие
AppDomain.CurrentDomain.AssemblyResolve

и твой код должен будет делать следующее:
Если сборка загружена, возвращать уже загруженную,
Если сборка еще не загружалась, то return Assembly.LoadFrom("путь до файла сборки");

Comments

[Кирилл Серов]

Спасибо, в итоге сделал также, но либы добавил к проекту в виде внедренных ресурсов.
Проблема возникала с тем, что у меня следующая структура:
проект 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.

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

Если знаете методы, как побороть эту (фичу, баг, особенность), то буду благодарен! Пока логики в таком поведении сборщика я не особо вижу.

[lam0x86]

Кирилл Серов, Скорее всего, сборка ExcelApi.dll зарегистрирована в GAC. Проверить это можно так:
gacutil /l ExcelApi (возможно, надо добавить ".dll", точно не помню)

Если у вас в .csproj файле указано <Project ToolsVersion="4.0">, то вероятно дело в GAC-е.
Это известная проблема MSBuild, но кажется, её пофиксили в последних версиях (ToolsVersion="14.0").