Чем заменить System.ComponentModel.Composition?

Question

[Saharman]

Добрый день.

Планирую переезд большого проекта с .net framework 4.6.1 на .net core 3.1. Для начала, решил обновить/заменить библиотеки, которые не поддерживаются в .net core 3.1. Для анализа пакетов использую .net portability analyzer (рекомендовано майкрасофт).
В проекте используется System.ComponentModel.Composition для динамического импорта .dll.. Пробовал обновить этот пакет до максимальной версии (6.0.0) - все равно не совместима. Далее пробовал использование System.Composition и Microsoft..Composition - толку ноль, хотя написано, что поддерживется .net standard 2 и .net 6. Как можно заменить этот пакет для успешного переезда на .net core 3.1.

Помимо этого хотел узнать, есть ли смысл мигрировать на .net core 3.1, или лучше сразу на .net 5? сильно ли сложнее? Переезд необходим для поддержки linux и docker.

Answer 1

[Сергей]

Мигрировать сразу на .net6. .Net core 3.1 уже устарел и мигрировать на него лишняя трата времени и сил. Вам что на 3.1, что на 6 мигрировать будет одинаково. Даже на 6 проще, так как нужный вам пакет уже поддерживается.

Comments

[Saharman]

Подскажите, а как вы поняли, что в .net 6 пакет поддерживается? Потому что в .net 5 он не поддерживается

[Сергей]

Saharman, так вы же сами написали что поддерживается .net 6. А так же вот: https://docs.microsoft.com/en-us/dotnet/api/system...

[Saharman]

Сергей, да, но ведь и .net standard 2 хватает для .net core или же .net 5, но, почему-то, анализатор говорит, что не подходит

[Василий Банников]

Saharman, может ругается на то что он виндовс онли? Или вообще на другой пакет

[Сергей]

Saharman, значит на что-то другое ругается. А что конкретно пишет?

[Saharman]

Сергей, Василий Банников,

[Saharman]

Если использовать System.ComponentModel.Composition, то проблем еще больше. Это Microsoft.Composition (с ним меньше всего проблем переноса), а Microsoft.Composition в зависимостях грузит System.Composition определенной версии