View创建ViewModel并实例化Model是否违反MVVM规范？

结论：你的实现确实违反MVVM规范 #

MVVM的核心原则之一是View与Model完全解耦——View只应依赖ViewModel，不应该直接知晓Model的存在，更不能直接实例化Model。你当前的代码中，View显式创建Model实例，导致View与Model产生了直接依赖，破坏了MVVM的分层隔离原则。

可行的解决办法 #

1. 让ViewModel负责Model的默认实例化（保持可测试性） #

给ViewModel添加无参构造函数，内部默认实例化Model，同时保留带IModel参数的构造函数用于单元测试注入Mock：

public class ViewModel
{
    private readonly IModel _model;

    // 无参构造，供View直接调用
    public ViewModel() : this(new Model())
    {
    }

    // 带参构造，供单元测试注入Mock的IModel
    public ViewModel(IModel modelInstance)
    {
        _model = modelInstance;
    }
}

View只需创建ViewModel，无需接触Model：

public View()
{
    this.DataContext = new ViewModel();
}

这种方式既让View与Model完全解耦，又不影响单元测试时的依赖注入。

2. 使用ViewModel定位器（ViewModelLocator） #

创建一个专门的定位器类，统一负责ViewModel和Model的创建逻辑，View仅与定位器交互：

public class ViewModelLocator
{
    // 提供ViewModel实例，内部处理Model的创建
    public ViewModel MainViewModel => new ViewModel(new Model());
}

View中通过定位器获取ViewModel：

public View()
{
    InitializeComponent();
    this.DataContext = new ViewModelLocator().MainViewModel;
}

定位器可以集中管理所有ViewModel的创建逻辑，进一步降低View的职责。

3. 手动实现简易依赖注入容器 #

如果不想使用成熟的DI框架，可以自己写一个轻量级容器，注册类型映射，View从容器中获取ViewModel：

public static class SimpleContainer
{
    private static readonly Dictionary<Type, Func<object>> _registrations = new();

    public static void Register<T>(Func<T> factory) where T : class
    {
        _registrations[typeof(T)] = () => factory();
    }

    public static T Resolve<T>() where T : class
    {
        if (_registrations.TryGetValue(typeof(T), out var factory))
        {
            return (T)factory();
        }
        throw new InvalidOperationException($"未注册类型：{typeof(T)}");
    }
}

在应用启动时完成注册：

// 注册IModel的实现
SimpleContainer.Register<IModel>(() => new Model());
// 注册ViewModel，自动注入IModel
SimpleContainer.Register<ViewModel>(() => new ViewModel(SimpleContainer.Resolve<IModel>()));

View中直接从容器解析ViewModel：

public View()
{
    this.DataContext = SimpleContainer.Resolve<ViewModel>();
}

这种方式彻底解耦了View、ViewModel和Model的创建逻辑，扩展性更强。

明确职责：谁来创建ViewModel所需的Model？ #

当View需要创建ViewModel时，绝对不应该由View负责创建Model，正确的负责角色是：

• ViewModel自身（通过构造函数重载提供默认实例）
• 专门的ViewModel工厂/定位器类
• 依赖注入容器（手动实现或框架提供）

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