Prism A视图模型中请求B视图模型参数

前景导入

在应用程序启动时，Prism 会根据 Bootstrapper 类中的配置注册视图和视图模型，并将它们绑定起来。其中，自动连线是一个非常方便的功能，它可以自动将视图和视图模型进行绑定并创建相应的实例。 手动设置 DataContext 的方式创建 ViewModel也是另一种连接view和viewmodel的方法。

但是，如果你使用自动连线并且在构造函数中请求其他的视图模型时，Prism 可能会创建一个新的实例来满足这个请求，而不是使用已有的实例。这个新的实例可能并没有经过配置，所以它的状态可能不符合你的预期。

我遇到的问题demo

主窗口创建的udpclient  负责绑定本端端口和连接对端IP  
另一个副窗口负责发送与接受功能 ，引用一下主窗口的udpclient
一开始我是直接副窗口的构造函数传入了一个MainWindowViewModel对象，并从该对象中获取udpClient属性的值，但是发现我这得到udpclient是null
后来换了一个方法：查找应用程序的主窗口，通过DataContext来获取MainWindowViewModel对象，并从该对象中获取udpClient属性的值。这个方法一切正常。
为什么都是引用  第一个方法不行呢？

最后找了一个大哥，才找到了问题所在，原来是自动连线的问题。简而言之：
 

如果你在 A 的 View 中使用了自动连线功能，并且 A 的 ViewModel 已经被连起来了，那么其他 B 的 ViewModel 想要引用 A 的 ViewModel 可能会导致重新创建 A 的 ViewModel。

B中是否使用了自动连线功能与其是否能够引用A的ViewModel没有直接关系。

若B中想引用A的viewmodel  可以通过依赖注入到容器
 

1.在A的ViewModel中注册该实例到依赖注入容器中：

private readonly IContainerProvider containerProvider;

public AViewModel(IContainerProvider containerProvider)
{
    this.containerProvider = containerProvider;
    containerProvider.RegisterInstance(this);
}

2.在B的ViewModel构造函数中使用依赖注入容器获取A的ViewModel

private readonly AViewModel aViewModel;

public BViewModel(IContainerProvider containerProvider)
{
    this.aViewModel = containerProvider.Resolve<AViewModel>();
}

总结
 

如果A的View的DataContext是通过自动连线获取A的ViewModel，而不是通过依赖注入容器获取，则通常情况下会创建一个新的A的ViewModel实例。

当使用自动连线功能将A的ViewModel与A的View关联时，通常是在View的代码中直接实例化A的ViewModel，并将其分配给View的DataContext属性。这种方式不涉及依赖注入容器，而是由View自己创建并管理A的ViewModel实例。

因此，如果其他B的ViewModel想要引用A的ViewModel，且A的ViewModel是通过自动连线与A的View关联的，那么在B的ViewModel中需要重新创建一个新的A的ViewModel实例来使用。

这意味着A的ViewModel在A的View和B的ViewModel之间是不共享的，它们是独立的实例。因此，在这种情况下，每个B的ViewModel都将拥有自己独立的A的ViewModel实例，并且与A的View的DataContext没有直接的关联。

需要注意的是，在这种情况下，A的ViewModel的状态和数据在A的View和B的ViewModel之间不会同步，它们是相互独立的。如果需要在A的View和B的ViewModel之间共享数据，可以考虑使用事件或消息机制来进行通信，或者通过其他方式将A的ViewModel的引用传递给B的ViewModel。