如何正确初始化子视图ViewModel？该实现是否违反MVVM模式？

我有一个大视图和对应的庞大ViewModel，这个ViewModel负责处理视图的所有功能，显然是不良设计。我想把视图拆分成多个专用子视图，但不确定如何初始化子视图的ViewModel。这些子视图需要接收要处理对象的ID，传递给ViewModel后从数据库获取对象。

我当前的思路是：子视图通过依赖属性接收ID后，调用ViewModel的方法完成初始化。想问这种方式是不是反模式，有没有违反MVVM？

当前实现代码 #

ParentView.xaml #

<UserControl>
    <UserControl.DataContext>
        <viewModels:ParentViewModel />
    </UserControl.DataContext>
    <Grid>
        <ChildView
            ChildObjectId="{Binding ChildObjectId}"
        />
    </Grid>
</UserControl>

ChildView.xaml #

<UserControl>
    <UserControl.DataContext>
        <viewModels:ChildViewModel />
    </UserControl.DataContext>
    <Grid>
       ....
    </Grid>
</UserControl>

ParentViewModel.cs #

public partial class ParentViewModel 
{
  public ParentViewModel ()
  {
    // 此处设置ChildObjectId的值
  }

  public int ChildObjectId {get;set;}
}

ChildViewModel.cs #

public class ChildViewModel
{
  public static readonly DependencyProperty ChildObjectIdProperty = 
  DependencyProperty.Register(
     nameof(ChildObjectId), typeof(int), typeof(RenewalItemDetailsPersonal), new PropertyMetadata(default(int))
  );

  public int ChildObjectId
  {
      get { return (int)GetValue(ChildObjectIdProperty); }
      set { SetValue(ChildObjectIdProperty, value); }
  }
 
  public ChildViewModel()
  {
  }
}

你的实现方式确实违反了MVVM原则，属于反模式范畴，核心问题如下：

1. ViewModel混入依赖属性是耦合风险
   MVVM的核心目标之一是让ViewModel与视图框架解耦，而依赖属性是WPF视图层（View）专属的机制，用于实现视图内部的绑定和交互逻辑。将依赖属性放到ViewModel中，会让ViewModel被迫依赖WPF框架，不仅失去了跨平台、易测试的特性，也模糊了ViewModel的职责边界。

2. 视图触发ViewModel初始化是职责越位
   按照MVVM规则，视图只负责展示数据和转发用户交互，业务逻辑（包括数据加载、初始化）必须完全由ViewModel处理。让视图接收ID后调用ViewModel的初始化方法，等于把本该属于ViewModel的逻辑强塞给了视图，破坏了分层架构的独立性。

推荐的改进方案 #

方案1：构造函数注入ID初始化（适合静态场景） #

让ParentViewModel负责创建ChildViewModel，通过构造函数传入ChildObjectId，再将ChildViewModel作为属性暴露给视图绑定：

修改后的ParentViewModel.cs

public partial class ParentViewModel 
{
    public ChildViewModel ChildVm { get; }

    public ParentViewModel()
    {
        // 示例：获取ChildObjectId的值
        int childId = 123;
        ChildVm = new ChildViewModel(childId);
    }
}

修改后的ParentView.xaml

<UserControl>
    <UserControl.DataContext>
        <viewModels:ParentViewModel />
    </UserControl.DataContext>
    <Grid>
        <ChildView
            DataContext="{Binding ChildVm}"
        />
    </Grid>
</UserControl>

修改后的ChildViewModel.cs

public class ChildViewModel
{
    public int ChildObjectId { get; }

    public ChildViewModel(int childObjectId)
    {
        ChildObjectId = childObjectId;
        // 直接在构造函数中执行初始化逻辑
        LoadChildObjectFromDb();
    }

    private void LoadChildObjectFromDb()
    {
        // 根据ChildObjectId从数据库加载数据的逻辑
    }
}

方案2：属性绑定+自动触发初始化（适合动态更新场景） #

如果ChildObjectId需要动态修改，让ChildViewModel实现INotifyPropertyChanged，通过属性变更事件触发初始化：

修改后的ChildViewModel.cs

public class ChildViewModel : INotifyPropertyChanged
{
    private int _childObjectId;
    public int ChildObjectId
    {
        get => _childObjectId;
        set
        {
            if (_childObjectId != value)
            {
                _childObjectId = value;
                OnPropertyChanged();
                // 属性变更时自动触发初始化
                LoadChildObjectFromDb();
            }
        }
    }

    public ChildViewModel()
    {
    }

    private void LoadChildObjectFromDb()
    {
        // 根据ChildObjectId加载数据的逻辑
    }

    public event PropertyChangedEventHandler PropertyChanged;
    protected virtual void OnPropertyChanged([CallerMemberName] string propertyName = null)
    {
        PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(propertyName));
    }
}

修改后的ParentViewModel.cs

public partial class ParentViewModel 
{
    public ChildViewModel ChildVm { get; } = new ChildViewModel();

    public ParentViewModel()
    {
        // 动态设置ChildObjectId
        ChildVm.ChildObjectId = 123;
    }
}

修改后的ParentView.xaml

<UserControl>
    <UserControl.DataContext>
        <viewModels:ParentViewModel />
    </UserControl.DataContext>
    <Grid>
        <ChildView
            DataContext="{Binding ChildVm}"
        />
    </Grid>
</UserControl>

这两种方案都严格遵循了MVVM的分层原则：ViewModel独立于视图框架，视图仅负责数据绑定，业务逻辑完全由ViewModel处理，同时保证了代码的可测试性和可维护性。

内容的提问来源于stack exchange，提问作者Anton Ivanov