Added support for loading referenced .dlls to the app domain in .NET Core

[Sergey-Vlasov]

No description provided.

[govert]

How does the LoadFrom(path) interact with the AssemblyLoadContext here? It sounded like the EnterContextualReflection call was better - that ensures the chain of loaded assemblies resolve inside the ALC. Otherwise, they might load into the default ALX, which we don't want. It might be helpful to check the ALCs for the assemblies afterwards to confirm.
If the EnterContextualReflection is the fix, then I'd rather have guidance somewhere saying when it is recommended or needed. Automatically loading failing assemblies by our own probe and LoadFrom seems wrong.

[Sergey-Vlasov]

Yes, the implemented AppDomain.CurrentDomain.AssemblyResolve solution loads into the default global ALC.

EnterContextualReflection is a solution, if the add-in developer can add the code to invoke it.

Actually, we can use both. The implemented AssemblyResolve makes sure the add-in doesn’t crash by default, and if the add-in requires private ALC then adding a call to EnterContextualReflection per guidance will make it so.