Comments 6
Из одной сборки это слишком просто. Есть задачка посложнее) Случай из жизни.
Те же глобусы, только совы две — каждой по глобусу (на самом деле это разные версии одного и того же глобуса). Но глобусы нельзя делать strong named, потому что они ссылаются на неподписанные сборки, и на это повлиять нельзя.
Те же глобусы, только совы две — каждой по глобусу (на самом деле это разные версии одного и того же глобуса). Но глобусы нельзя делать strong named, потому что они ссылаются на неподписанные сборки, и на это повлиять нельзя.
А еще перебор сборок в апдомене и рефлексия — брутально, надежно, кроссязыково.
Да, про этот вариант тоже думал.
AppDomain в .Net Core не завезли:
stackoverflow.com/questions/27266907/no-appdomains-in-net-core-why
stackoverflow.com/questions/27266907/no-appdomains-in-net-core-why
не совсем: https://github.com/dotnet/standard/blob/master/docs/faq.md#is-appdomain-part-of-net-standard
AppDomain есть, но только частично, к примеру, нельзя создавать вторичные домены.
А вот алиасы для рефлексии есть: https://github.com/dotnet/corefx/blob/master/src/System.Runtime.Extensions/src/System/AppDomain.cs#L241
Sign up to leave a comment.
Проблематика совы и глобуса: подключение двух сборок с идентичными пространствами имен и названиями классов