我在Android项目中使用自己的MvvmCross插件时遇到问题,因为PluginLoader
似乎期望它所在的命名空间.Droid.dll
。
假设我有三个具有此文件夹和命名空间结构的项目:
MyApp.Core:
Plugins/Settings/ISettings.cs
Plugins/Settings/PluginLoader.cs
MyApp.Droid:
Plugins/Settings/Settings.cs
Plugins/Settings/Plugin.cs
Bootstrap/SettingsPluginBootstrap.cs
MyApp.Touch:
Plugins/Settings/Settings.cs
Plugins/Settings/Plugin.cs
Bootstrap/SettingsPluginBootstrap.cs
iOS项目按预期工作,并且没有问题地找到插件。
另一方面,Droid项目失败,但有例外:Could not load file or assembly 'MyApp.Plugins.Settings.Droid.dll' or one of its dependencies.
如果我将PluginLoader
的命名空间从MyApp.Core.Plugins.Settings
更改为简单MyApp
,则该插件可以正常工作;我想它会查找MyApp.dll
并找到它。但是,如果我的应用程序中有多个插件,它们应该都有自己的命名空间,它们不能都在MyApp
命名空间中。
目前我发现的唯一解决方法是为我创建的每个插件创建一个单独的项目,虽然这感觉有点不必要。
为什么PluginLoader
坚持在Android上查找<PluginLoader namespace>.Droid.dll
文件,当iOS上的PluginLoader
发现插件没有任何问题?
答案 0 :(得分:3)
MvvmCross插件设计用作IoC之上的基于程序集的层。
通过使用命名空间和程序集的共享模式以及几个辅助类(Plugin和PluginLoader),插件提供了一种共享和重用可移植本机代码组件的方法。
iOS(和Mac)使用稍微不同的插件加载方案的原因是因为MonoTouch的AoT编译器不允许动态Assembly.Load
加载。
因为这个iOS必须使用不同类型的PluginManager
和不同类型的Bootstrap
类到其他平台。在https://github.com/MvvmCross/MvvmCross/wiki/MvvmCross-plugins#how-plugins-are-loaded
如果您想将Loader
类型插件注册表添加到Android以及iOS,那么我认为您可以在自定义PluginManager
类中执行此操作,然后可以在安装期间使用覆盖创建此protected override IMvxPluginManager CreatePluginManager()
。
类似的东西:
public class MyPluginManager : MvxFilePluginManager, IMvxLoaderPluginManager
{
private readonly Dictionary<string, Func<IMvxPlugin>> _finders = new Dictionary<string, Func<IMvxPlugin>>();
public MyPluginManager(string platformDllPostfix, string assemblyExtension = "") : base(platformDllPostfix, assemblyExtension)
{
}
public IDictionary<string, Func<IMvxPlugin>> Finders
{
get { return _finders; }
}
protected override IMvxPlugin FindPlugin(Type toLoad)
{
var pluginName = toLoad.Namespace;
if (string.IsNullOrEmpty(pluginName))
{
throw new MvxException("Invalid plugin type {0}", toLoad);
}
Func<IMvxPlugin> finder;
if (_finders.TryGetValue(pluginName, out finder))
{
return finder();
}
return base.FindPlugin(toLoad);
}
}
使用以下命令在您的设置中初始化:
protected override IMvxPluginManager CreatePluginManager()
{
return new MyPluginManager(".Droid", ".dll");
}
然后,您需要确保基于loader
的插件使用基于MvxLoaderPluginBootstrapAction
而不是MvxPluginBootstrapAction
的引导类
作为另一种选择,如果您对单独重复使用插件不感兴趣 - 如果您不想发送大量单独的插件程序集 - 那么您可以将所有接口和实现放在一个单独的程序集中 - 然后它们可以共享单Bootstrap
,Plugin
和PluginLoader
。
作为最后的替代方案,为了满足您的自定义需求,您始终可以考虑使用自己的自定义引导类 - 标准Setup
将创建和Run
UI组件中的任何可构造类,它实现{{ 1}} - 这样您就可以将IMvxBootstrapAction
替换为适合您应用需求的自定义SettingsPluginBootstrap
操作。
Run