在WPF MVVM（Prism）中，是否该用静态Instance属性简化ServiceLocator调用？

在基于Prism的WPF MVVM应用中，我们原本通过以下方式获取ViewModel的单例实例：

var viewModel = ServiceLocator.Default.GetInstance<MyViewModel>();

现在考虑给MyViewModel添加静态Instance属性来简化调用：

class MyViewModel 
{
    public static MyViewModel Instance => ServiceLocator.Default.GetInstance<MyViewModel>();
}

调用时只需写：

var viewModel = MyViewModel.Instance;

以下是这种实现方式的优缺点：

优点 #

• 调用代码更简洁易读：无需在调用处重复编写ServiceLocator.Default.GetInstance<T>的逻辑，直接通过ViewModel类本身获取实例，降低了代码冗余，提升了可读性。
• 适配现有项目依赖：项目本身已经依赖Prism的ServiceLocator，这种改动不会引入新的外部依赖，不会增加项目的维护负担。

缺点 #

• ViewModel与ServiceLocator强耦合：MyViewModel直接依赖ServiceLocator，导致ViewModel不再独立。如果后续项目需要更换DI容器（比如弃用Prism的ServiceLocator改用其他框架），所有包含该静态属性的ViewModel都需要逐一修改。
• 单元测试灵活性降低：静态属性直接调用ServiceLocator，在单元测试中很难Mock或替换ViewModel实例。如果需要测试ViewModel的不同场景或替换其依赖，这种静态实例获取方式会成为阻碍，无法脱离DI容器进行独立测试。
• 违背单一职责原则：ViewModel的核心职责是处理视图的业务逻辑和数据绑定，添加静态实例获取逻辑后，ViewModel额外承担了实例定位的职责，不符合单一职责的设计原则。
• 依赖关系不透明：调用处通过MyViewModel.Instance获取实例时，无法直观得知该ViewModel的实例来源和依赖注入逻辑，不利于后续的代码维护和新成员理解项目结构。

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