看来，当我手动解析一个类型并INavigationService在其中请求一个类型时，就会注入一个与其他地方都使用的实例不同的实例。
为了澄清我的用例，这里是相关文件的摘录。如您所见，在解析类型时SampleProcess，INavigationService将注入，但实例与我进入的实例不同ProcessService。（哪个btw是正确的实例，可以用于导航。注入的实例SampleProcess不能用于导航。）
关于为什么发生这种情况的任何想法，更重要的是我如何获得INavigationService被注入的正确实例SampleProcess。是的，我可以例如通过将其传递给方法来提供它，但这并不是那么漂亮。
App.xaml.cs
protected override void RegisterTypes(IContainerRegistry containerRegistry)
{
containerRegistry.RegisterSingleton<ProcessService>();
containerRegistry.Register<Processes.SampleProcess>();
}
ProcessService.cs
public class ProcessService
{
private readonly IContainer container;
private readonly INavigationService navigationService;
public ProcessService(IContainer container, INavigationService navigationService)
{
this.container = container;
this.navigationService = navigationService;
}
public void ExecuteProcess(ProcessEnum processEnumValue)
{
Type processType = processEnumValue switch
{
ProcessEnum.SampleProcess => typeof(Processes.SampleProcess),
_ => throw new NotImplementedException()
};
var process = App.Current.Container.Resolve(processType) as IProcess;
bool test = process.CheckNavigationService(navigationService); // will return false
}
}
SampleProcess.cs
public class SampleProcess : IProcess
{
private readonly INavigationService navigationService;
public SampleProcess(INavigationService navigationService)
{
this.navigationService = navigationService;
}
public bool CheckNavigationService(INavigationService navigationService)
{
return this.navigationService == navigationService;
}
}
我通过向在视图模型内调用INavigationService的ExecuteProcess方法中添加一个参数（实际上具有正确的INavigationService实例）解决了该问题。然后，在该方法中，通过执行以下操作解决该过程：
var process = container.Resolve(processType, new[] { navigationService }) as IProcess;
这样，正确的INavigationService实例在实例中可用IProcess。
正如@Dan Siegel所说，可以通过使用Prism 8并将其注册ProcessService为作用域服务来进一步改善，因为这将消除在中具有INavigationService参数的必要ExecuteProcess。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句