让一个 ViewModel 实例化多个子 ViewModel 并没有什么问题。如果您正在构建更大或更复杂的应用程序，那么如果您想保持代码的可读性和可维护性，这几乎是不可避免的。
在您的示例中，每当您创建一个实例时，您都会实例化所有四个子 ViewModelCharacterViewModel。每个子 ViewModel 都采用IEventAggregator作为依赖。我建议您将这四个子 ViewModel 视为主 ViewModel 的依赖项CharacterViewModel并通过构造函数导入它们：
[ImportingConstructor]
public CharacterViewModel(IEventAggregator eventAggregator,
CharacterGeneralViewModel generalViewModel,
CharacterMetadataViewModel metadataViewModel,
CharacterAppearanceViewModel appearanceViewModel,
CharacterFamilyViewModel familyViewModel)
{
this.eventAggregator = eventAggregator;
this.CharacterGeneralViewModel generalViewModel;
this.CharacterMetadataViewModel = metadataViewModel;
this.CharacterCharacteristicsViewModel = apperanceViewModel;
this.CharacterFamilyViewModel = familyViewModel;
this.eventAggregator.Subscribe(this);
}
因此，您可以将子 ViewModel 属性的设置器设为私有。
更改要导入的子 ViewModelIEventAggregator通过构造函数注入：
[ImportingConstructor]
public CharacterGeneralViewModel(IEventAggregator eventAggregator)
{
this.eventAggregator = eventAggregator;
}
在您的示例中，其中两个子 ViewModel 传递了一个实例Character构造函数中的数据，意味着依赖关系。在这些情况下，我会给每个子 ViewModel 一个公共Initialize()方法，你设置Character数据并在那里激活事件聚合器订阅：
public Initialize(Character character)
{
this.Character = character;
this.eventAggregator.Subscribe(this);
}
然后在你的中调用这个方法CharacterViewModel OnInitialize() method:
protected override void OnInitialize()
{
this.CharacterMetadataViewModel.Initialize(this.Character);
this.CharacterCharacteristicsViewModel.Initialize(this.Character);
this.eventAggregator.PublishOnUIThread(new CharacterMessage
{
Data = this.Character
});
base.OnInitialize();
}
对于仅更新的子 ViewModelCharacter数据通过EventAggregator，留下this.eventAggregator.Subscribe(this)在构造函数中调用。
如果页面运行实际上不需要任何子 ViewModel，您可以通过属性导入来初始化这些 VM 属性：
[Import]
public CharacterGeneralViewModel CharacterGeneralViewModel { get; set; }
直到构造函数完成运行后才会发生属性导入。
我还建议处理实例化ICharacterSaveService也可以通过构造函数注入，而不是每次保存数据时显式创建一个新实例。
MVVM 的主要目的是允许前端设计人员在可视化工具（Expression Blend）中处理 UI 布局，并允许编码人员实现行为和业务，而不会相互干扰。 ViewModel 公开要绑定到视图的数据，在抽象级别描述视图的行为，并且经常充当后端服务的中介。
没有一种“正确”的方法可以做到这一点，并且在某些情况下它不是最佳解决方案。有时，最好的解决方案是放弃使用 ViewModel 的额外抽象层，而只编写一些隐藏代码。因此，虽然它对于整个应用程序来说是一个很好的结构，但不要陷入强制所有内容都适合 MVVM 模式的陷阱。如果您有一些图形上更复杂的用户控件，并且在其中有一些代码隐藏效果更好，那么这就是您应该做的。
