MVVM - 视图逻辑：视图与视图模型[关闭]

“应该”视图逻辑通常驻留在哪里？在视图中（包括后面的代码）还是在视图模型中？

从逻辑上讲，我理解用于修改视图（使其动态）、更改其元素属性的任何内容：Visibility, IsEnabled, Content等基于一些状况.

我在选择正确的陈述之间挣扎：

1. ViewModel 负责所有视图“属性”，如果视图需要一些逻辑 - 这应该是 viewmodel 的工作。

2. 视图是视图模型的呈现，视图模型只需要最少的暴露模型，因此逻辑应该是视图的一部分。

视图中的逻辑。

一个例子，显示一些文本：

<Grid Visibility="{Binding TextAvailable, Converter=...}">
    <TextBlock Text="{Binding Text}" Visibility="{Binding TextOk, Converter=...}" />
</Grid>

通过查看这个 xaml，您知道 viewmodel 中有 2 个属性：TextAvailable and TextOk，用于有条件地显示Text.

使用数据触发器也可以实现同样的效果。方式无关紧要，重点是：逻辑在视图中。人们必须彻底浏览视图才能理解以下两点：逻辑和执行.

视图模型中的逻辑。

Xaml 更容易：

<TextBlock Text="{Binding Text}" Visibility="{Binding ShowText, Converter=...}" />

and 逻辑在视图模型中:

public bool ShowText => TextAvailable && TextOk;

但这需要通知支持，通常订阅/取消订阅事件（如果确定性取消订阅很复杂，则使用弱事件），以便能够tell风景OnPropertyChanged(nameof(ShowText))如果任何相关属性发生更改。因此执行在许多方法/属性中广泛传播。

我个人更喜欢简单的视图模型和相当复杂的视图（xaml），充满逻辑。最近我找到了办法 https://stackoverflow.com/a/48525675/1997232让逻辑看起来非常酷（没有额外的元素并且更容易看到）。

我了解这两种方法都可以使用，因此问题是基于意见的，但我不想在我的软件中以疯狂的比例混合这两种方法。哪条路比较多clean并且会被另一个 MVVM 程序员更好地接受吗？我应该选择什么以及为什么？

我认为答案是做任何你觉得舒服的事情。我不认为一种方法客观上优于另一种方法。

我想在纯 MVVM 场景中，ViewModel 不知道其视图，也不知道其数据将如何显示。在实践中我认为这种情况很少遇到。大多数时候，在编写 ViewModel 代码时，您将非常了解其数据将如何显示和交互：换句话说，您将知道 View 将是什么样子，以及它将如何表现。

鉴于此，我认为将一些 UI 逻辑放入 ViewModel 中并不是一个问题。我的意思不是直接操作视图中的 UI 元素；而是指直接操作视图中的 UI 元素。相反，在 ViewModel 上拥有视图将绑定到的属性，例如示例中的 Boolean 属性。逻辑越复杂，我就越有可能将其放置在 ViewModel 中，尽管您可以通过可见性转换器和数据触发器在视图中执行逻辑，但 XAML 可能会变得非常冗长。这并不是说我从不使用这些 XAML 功能，只是我通常会使用它们来实现更简单的逻辑。

归根结底，ViewModel 是用来支持 View 的：本质上是为它提供 View 的 UI 元素可以绑定的属性，从而提供两者可以进行通信的管道。你的选择，基于你想要实现的MVVM的纯度，就是你想让ViewModel支持View的程度，以及你想让View被隔离的程度。