WPF MVVM IoC：View后台代码依赖的服务定位器模式替代方案

Hey there!作为WPF新手，你已经基于.NET 4.7.1和MVVM-Light搭好了应用，现在想摆脱Service Locator确实是个明智的选择——这个模式虽然入门门槛低，但长期会让代码耦合度上升，还会给单元测试带来麻烦。结合你的技术栈，这里有几个实用的替代方案：

1. 构造函数注入（最推荐） #

这是依赖注入（DI）的标准实践，能让依赖关系完全显式化，符合SOLID原则。MVVM-Light自带的SimpleIoc完全支持这种方式，步骤如下：

步骤1：在ViewModelLocator中注册服务和View #

首先把你需要的服务和View都注册到SimpleIoc容器里：

public class ViewModelLocator
{
    public ViewModelLocator()
    {
        ServiceLocator.SetLocatorProvider(() => SimpleIoc.Default);
        
        // 注册你的服务接口和实现
        SimpleIoc.Default.Register<IDialogService, DialogService>();
        SimpleIoc.Default.Register<IMyBusinessService, MyBusinessService>();
        
        // 注册View，这样容器解析时会自动注入构造函数依赖
        SimpleIoc.Default.Register<MainView>();
    }

    // ViewModel的注册保持不变
    public MainViewModel MainViewModel => ServiceLocator.Current.GetInstance<MainViewModel>();
}

步骤2：修改View的后台代码，通过构造函数接收依赖 #

把原来通过ServiceLocator.Current.GetInstance<T>()获取的依赖，改成构造函数参数传入：

public partial class MainView : Window
{
    private readonly IDialogService _dialogService;

    // 构造函数注入依赖
    public MainView(IDialogService dialogService)
    {
        InitializeComponent();
        _dialogService = dialogService;
        
        // 现在可以直接使用_dialogService，不用再调用ServiceLocator
    }
}

步骤3：调整应用启动方式 #

因为现在View需要通过容器解析来注入依赖，所以不能直接用StartupUri，要在App的后台代码里手动解析并显示View：

public partial class App : Application
{
    protected override void OnStartup(StartupEventArgs e)
    {
        base.OnStartup(e);
        
        // 从容器获取View实例（自动注入依赖）
        var mainView = ServiceLocator.Current.GetInstance<MainView>();
        // 绑定ViewModel（也可以通过容器解析ViewModel）
        mainView.DataContext = ServiceLocator.Current.GetInstance<MainViewModel>();
        mainView.Show();
    }
}

这样做的好处是：依赖关系一目了然，单元测试时可以轻松mock依赖注入，代码耦合度大幅降低。

2. 通过ViewModel传递依赖 #

如果View后台需要的服务，ViewModel已经通过DI获取到了，那可以直接从View的DataContext（也就是ViewModel）中获取，避免重复获取：

public partial class MainView : Window
{
    private IDialogService _dialogService;

    public MainView()
    {
        InitializeComponent();
        Loaded += MainView_Loaded;
    }

    private void MainView_Loaded(object sender, RoutedEventArgs e)
    {
        // 从ViewModel中获取已有的服务实例
        if (DataContext is MainViewModel viewModel)
        {
            _dialogService = viewModel.DialogService;
        }
    }
}

注意：需要在ViewModel里把服务暴露为属性（比如public IDialogService DialogService { get; }）。这种方式适合View依赖ViewModel已有服务的场景，比Service Locator更清晰，但要注意不要让View和ViewModel的耦合过度。

3. 使用依赖属性传递依赖 #

如果需要在XAML中灵活配置依赖，可以给View定义一个依赖属性，然后从ViewModelLocator中绑定服务实例：

步骤1：给View添加依赖属性 #

public partial class MainView : Window
{
    public static readonly DependencyProperty DialogServiceProperty =
        DependencyProperty.Register("DialogService", typeof(IDialogService), typeof(MainView));

    public IDialogService DialogService
    {
        get => (IDialogService)GetValue(DialogServiceProperty);
        set => SetValue(DialogServiceProperty, value);
    }

    public MainView()
    {
        InitializeComponent();
        // 依赖属性赋值后就可以直接使用
        Loaded += (s, e) => DialogService?.ShowMessage("Ready!");
    }
}

步骤2：在XAML中绑定服务 #

<Window x:Class="My.View.MainView"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
        xmlns:viewmodel="clr-namespace:My.ViewModel"
        DialogService="{Binding Source={StaticResource Locator}, Path=DialogService}">
    <!-- 布局内容 -->
</Window>

这种方式适合需要在XAML层面配置依赖的场景，灵活性高，但代码量会稍多一些。

为什么要替代Service Locator？ #

Service Locator虽然简单，但它属于反模式（至少在大多数场景下）：

• 隐藏了类的依赖关系，阅读代码时无法直观知道类需要哪些服务
• 单元测试时需要额外配置ServiceLocator，mock依赖更麻烦
• 代码耦合度高，修改服务实现时可能需要多处调整

而上面的方案都能让依赖关系更透明，代码更易维护和测试。

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