MVVM 和数据模板

Question

我曾问过一个关于将多个视图模型映射到单个视图的问题（ 此处）。 我得到了一些很好的答案，但我仍然无法将在那里学到的知识应用到我的特定案例中。

简要回顾一下：我想创建一个基础 ItemViewModelBase class 来公开我的视图将绑定到的属性。 然后我将创建两个特定的视图模型，PeopleViewModel 和 CarsViewModel。 这两个都继承自 ItemViewModelBase 并实现了相应的属性。 现在，我希望能够创建一个视图，该视图将根据它绑定到的视图 model 显示适当的信息。 由于 PeopleViewModel 和 CarsViewModel 都公开相同的属性，并且我希望这两个视图看起来相同，因此我只需要一个视图。

我之前的问题中的一个答案建议使用 DataTemplate：

<DataTemplate DataType="{x:Type ItemViewModelBase}">
   //some user control
</DataTemplate>

我不熟悉将 DataTemplates 与 MVVM（以及一般的 MVVM）一起使用，所以我有几个问题：

现在 ItemViewModelBase 是一个抽象的 class 并且我定义了适当的属性（ItemName、Items 等）。 我的 Items 属性是 ObservableCollection：

public virtual ObservableCollection<???> Items { get; set; }

• 我会将什么作为集合类型？ 从这个基础 class 派生的类将有不同的列表（Person、Car）。 基本视图 model 是放置属性的正确位置吗？ 我确实希望所有派生类都实现它，所以看起来如此。 而且让 Person 和 Car 扩展一些基础 object 是没有意义的。

• 假设我不需要对我的视图进行任何自定义。 在这种情况下，我只需要一个视图。 目前尚不清楚我将如何设置它。 我应该为 ItemViewModelBase 创建一个 DataTemplate 和一个视图（用户控件）来表示它吗？ 现在我使用 Unity 注册我的视图模型，当创建视图时，视图 model 被注入到视图中。 当我尝试创建视图时，如何区分不同的视图模型？

基本上，我不知道在使用 DataTemplates 时如何显示适当的视图。 现在在我的应用程序中，我有一个 window 包含一个选项卡控件，定义如下：

<Grid>
    <TabControl TabStripPlacement="Left" ItemsSource="{Binding TabItems}"/>
</Grid>

TabControl 的样式包含以下设置器：

<Setter Property="Header" Value="{Binding Header}"/>
<Setter Property="Content" Value="{Binding Content}"/>

TabItems 的定义如下：

public ObservableCollection<ConfigTabItem> TabItems { get; set; }

TabItems.Add(new ConfigTabItem() { Header = "People", ResolveView = (Func<object>)(() => (PeopleView)Container.Resolve(typeof(PeopleView), "peopleView")) });
TabItems.Add(new ConfigTabItem() { Header = "Cars", ResolveView = (Func<object>)(() => (CarsView)ConfigurationModule.Container.Resolve(typeof(CarsView), "carsView")) });

因此，就目前而言，我有单独的视图模型和 People 和 Cars 视图，并且每当单击选项卡时，都会解析适当的视图。

我想更改此设置以使用上述基本视图 model class 和带有 DataTemplates 的单一视图。

Any sample code/sample would be greatly appreciated, showing a base view model class, some other view model classes extending that base view model, and then being able to show the appropriate view based on the view model (where there is only one generic view ）。

Answer 1

查看 Microsoft App Studio 中的通用应用程序架构。 根据 Microsoft 的 App Studio，DataTemplates 应该位于 Views Directory 下的 DataTemplates 子目录中。 通用应用程序具有 Windows UI 和 Windows 电话 UI 的此目录，因此它不在共享项目中，因为它们不相同。 不要使用 Converge PRISM 架构。 它的设计完全错误。 这并不是在考虑 Windows 和 Windows 电话架构的情况下编写的，但就像他们称之为融合一样。 它应该像在 Microsoft 的 App Studio 中一样完全重新设计。 不要寻找它不在其中且不需要的依赖注入。 大多数将依赖注入用于存根或假接口。 设计数据的 DataContext 现在与 json 数据配合得非常好，以至于依赖注入组件将是多余的。

Answer 2

恕我直言，您在一个问题中问得太多了。 尝试让您的代码在使用或不使用 DataTemplates 的情况下工作（如果需要，让它变得 hacky），然后专注于您认为需要改进的代码的一个区域，并发布有关如何解决特定问题的问题。 我开始输入答案，但很快就变得过于复杂，无法表达出整体建议。

我不确定您在关于 DataTemplates 的其他问题中是否有好的建议。 我也非常关心你是如何设置 ConfigTabItem 的——它似乎是一个父视图模型，它使用容器（直接，这不是一个好习惯）来解析一个视图，它大概也有自己的视图模型。 这似乎是不必要的复杂。

无论如何，再次尝试将其提炼为几个重点问题。 如果其中任何一个有帮助，我最初的答案开始如下（未经编辑）：

---

首先，我不确定我是否理解您在上一个关于 DataTemplates 的问题中给出的答案。 如果您将始终绑定到 ItemViewModelBase，我不清楚您为什么需要指定 DataType（甚至是 DataTemplate）。 这并不是说使用 DataTemplate 是一个坏主意，但我不确定在这种情况下我是否看到它的必要性。

我还要说我也不确定我是否看到了继承的必要性。 数据绑定在运行时工作，并且在基于 VM 类型切换 DataTemplate 之外（正如我所说，我认为你不需要），视图不关心它绑定到什么，只要它是属性寻找是在运行时找到的。

因此，一般来说，我将从您的观点 model 的一个具体实现开始。 让它正确绑定，然后确定可以将它的哪些部分抽象为基础 class 或接口（如果这是您想要采用的方法）。 这不是必需的，但可能有助于使绑定要求更容易“强制执行”——例如，使用基本 class 或接口将限制您（或其他人）更改绑定所需的属性的名称。

我会将什么作为集合类型？ 从这个基础 class 派生的类将有不同的列表（Person、Car）。 基本视图 model 是放置属性的正确位置吗？ 我确实希望所有派生类都实现它，所以看起来如此。 而且让 Person 和 Car 扩展一些基础 object 是没有意义的。

如果您要为 VM 使用基本 class 或接口，并且希望集合成为其中的一部分，则它可以简单地为ObservableCollection<object>类型。 添加到其中的项目都需要具有与您在 XAML 中引用的内容相匹配的属性名称。 因此，如果您只想要一个视图，则不能拥有“PersonName”和“CarName”属性； 您将需要使用更通用的东西，例如“ItemName”（除非您将 DataTemplates 与 DataTypes 一起使用——这实际上是有用的）。 同样，您不需要每个集合项都从基类型继承或实现公共接口，除非（再次）您希望在编译时强制执行。