Определите метод расширения.NET с объемом решения

Проведя дальнейшее исследование, я пришел к выводу, что моя проблема в том, что моя внешняя библиотека не связана должным образом с зависимостями mono.net. Вот почему, когда вы создаете приложение Blazor, оно компилируется во второй раз в /dist/_framework/_bin.

Я нашел три возможных решения этой проблемы:

1. Превратите внешнюю библиотеку классов в веб-приложение Blazor

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

из стандартной библиотеки нестандартных файлов:

    
        netstandard2.0
    

в веб-приложение:

    
        netstandard2.0
        dotnet
        7.3
    
    
        
    

[ 1119] Это единственные необходимые зависимости. При сборке совместимая сборка будет находиться в папке / dist / _framework / _bin. Затем его можно загрузить, используя методы, описанные в вопросе.

Этот работает , но чувствует себя немного хакерским, потому что единственная причина, по которой мы превращаем библиотеку в веб-приложение, состоит в том, что она может скомпилировать себя в правильно связанную сборку.

2. Загрузите монофасад netstandard2.0

Другое решение - разархивировать пакет Nuget из Microsoft.AspNetCore.Blazor.Build и взять файл netstandard.dll. Он находится в папке tools\mono\bcl\Facades. Теперь, когда в основном приложении Blazor выполняется следующее:

var netstandard = await client.GetByteArrayAsync("http://localhost:62633/_framework/netstandard.dll");
var externallib = await client.GetByteArrayAsync("http://localhost:62633/_framework/MyCustomLib.dll");
AppDomain.CurrentDomain.Load(netstandard);
var assembly = AppDomain.CurrentDomain.Load(externallib);

, библиотека немодифицированной netstandard 2.0 MyCustomLib будет загружена без ошибок.

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

3. Используйте инструменты Blazor Build

Инструменты Blazor Build, которые в настоящее время находятся здесь здесь , имеют команду ResolveRuntimeDependenciesCommand для CLI, которая, кажется, делает именно то, что нужно. веб-приложение Blazor делает, когда оно выводит вывод в / _framework / _bin Я все еще смотрю на то, как это можно использовать для преобразования сборки «non blazor-webapp» в моносовместимую.

Не стесняйтесь комментировать или отвечать с дополнительной информацией. Я оставляю этот вопрос открытым, пока не будет найдено «более чистое» решение.