ConfigurationReader in Android throw exceptions.

[Lukiya]

ConfigurationReader.cs line 312.

query = from outputAssemblyPath in System.IO.Directory.GetFiles(AppDomain.CurrentDomain.BaseDirectory, "*.dll")

AppDomain.CurrentDomain.BaseDirectory cannot be used in Android platform, it always return null.
Due to this, a System.ArgumentNullException will be thrown out.

[MV10]

I'm betting this would also fail on iOS (though I have no way to test this).

Turns out the problem on Android is that everything is inside the APK. There would be no way to dynamically scan DLLs.

I think the real question is why Assembly.GetEntryAssembly returns null. Do Android apps compile down to unmanaged native binaries?

If so, this package probably won't work at all, I don't think reflection works in that case. At least, not without compiler support that I don't think exists yet (the stuff MS is working on based on the Unity game engine's IL2CPP compiler, which was originally started to get around iOS rules against things like JIT compilers).

This may be a "wontfix".

[Lukiya]

Fortunately, iOS doesn't have this issue. Here is how I get the base directory in android.
I pass the main entry class type into my app, and use that type to get its location, it works pretty well. But this only works when you check "Shared Runtime" under Android options.

private string GetBinDirectory(Type entryPointType = null)
{
    if (null!= entryPointType)
    {
        var binDirectory = Path.GetDirectoryName(entryPointType.Assembly.Location);
    }
    else
    {
        var binDirectory = AppDomain.CurrentDomain.BaseDirectory;
    }
    return binDirectory;
}

[tsimbalar]

This should get easier to implement once the refactorings in PR #151 are merged.