如何从ViewModel调用View中定义的方法？以进度条控制为例

首先得说，按照MVVM的设计原则，ViewModel应该尽量避免直接依赖View——毕竟咱们要的是解耦，方便测试和维护嘛。不过针对你的场景，我给你几个可行的方案，从最符合MVVM精神的到不得已的耦合方式都有：

方案1：最推荐——用数据绑定替代直接调用方法 #

你的需求是控制圆形进度条的可见性和透明度，其实完全可以通过数据绑定来实现，根本不需要调用View的方法，这才是MVVM的正确打开方式：

1. 在ViewModel中添加布尔属性（记得实现INotifyPropertyChanged接口）：

private bool _isProgressBarVisible;
public bool IsProgressBarVisible
{
    get => _isProgressBarVisible;
    set
    {
        _isProgressBarVisible = value;
        OnPropertyChanged(); // 触发属性变更通知
    }
}

2. 在View中绑定属性，配合系统自带/自定义转换器：

<!-- 先声明转换器资源 -->
<Window.Resources>
    <BooleanToVisibilityConverter x:Key="BoolToVis" />
    <local:BooleanToOpacityConverter x:Key="BoolToOpacity" />
</Window.Resources>

<!-- 进度条绑定 -->
<CircleProgressBar 
    Visibility="{Binding IsProgressBarVisible, Converter={StaticResource BoolToVis}}"
    Opacity="{Binding IsProgressBarVisible, Converter={StaticResource BoolToOpacity}}" />

3. 自定义布尔转透明度的转换器：

public class BooleanToOpacityConverter : IValueConverter
{
    public object Convert(object value, Type targetType, object parameter, CultureInfo culture)
    {
        return (bool)value ? 1.0 : 0.0;
    }

    public object ConvertBack(object value, Type targetType, object parameter, CultureInfo culture)
    {
        throw new NotImplementedException();
    }
}

这样你在ViewModel里只需要设置IsProgressBarVisible = true，UI就会自动更新，完全符合MVVM的设计思想，也没有任何耦合。

方案2：用事件实现解耦调用 #

如果因为特殊原因必须调用View的方法，可以用事件来实现松散耦合：

1. 在ViewModel中定义一个事件：

public event Action ShowProgressBarRequested;

// 在需要触发的地方调用
private void ExecuteBusinessLogic()
{
    // 你的业务逻辑处理...
    ShowProgressBarRequested?.Invoke();
}

2. 在View的构造函数里订阅这个事件：

public YourView()
{
    InitializeComponent();
    var viewModel = DataContext as YourViewModel;
    viewModel.ShowProgressBarRequested += ShowProgressBarControl;
}

这种方式下，ViewModel只负责触发事件，不需要知道哪个View在监听，解耦性很好，也符合MVVM的理念。

方案3：用消息传递库实现跨组件通信 #

如果你的项目已经在使用MVVM框架（比如MVVM Light），可以用消息传递的方式彻底解耦：

1. 先定义一个消息标识类：

public class ShowProgressBarMessage { }

2. 在ViewModel中发送消息：

// 引用MVVM Light的Messenger
Messenger.Default.Send(new ShowProgressBarMessage());

3. 在View中注册接收消息（记得销毁时注销避免内存泄漏）：

public YourView()
{
    InitializeComponent();
    Messenger.Default.Register<ShowProgressBarMessage>(this, (msg) =>
    {
        ShowProgressBarControl();
    });
}

protected override void OnClosed(EventArgs e)
{
    base.OnClosed(e);
    Messenger.Default.Unregister<ShowProgressBarMessage>(this);
}

这种方式下ViewModel和View完全没有直接依赖，适合复杂的项目场景。

不推荐：直接持有View的引用 #

最后说一种尽量避免的方式——直接在ViewModel中持有View的引用。虽然能实现功能，但会导致强耦合，违反MVVM原则，不利于测试和维护：

// 在ViewModel中
public IYourView View { get; set; }

private void SomeMethod()
{
    View?.ShowProgressBarControl();
}

除非万不得已，否则别用这种方式。

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