.net - WPF 应用程序布局

Question

目前我们正在为我们的应用程序设计一个新的配置前端。为了让应用程序在浏览器中作为 XBAP 运行，我们不想使用模式对话框。我不想讨论用户界面设计本身，但我想问一些技术问题，如果我们的方法从技术方面来说是好的。大多数使用都是 WPF 的新手，但我们熟悉 MVVM 模式，我们的主要目标之一是将大部分代码从 GUI 中分离出来，主要使用 xmal 进行 UI 定义。

现在到我们的草图。

“主菜单”:应该是一些类似于 TreeView 的 Outlook 以选择用户想要编辑的配置部分

“上下文依赖菜单”:菜单是否取决于“主菜单”中选择的项目，例如丝带酒吧。它提供了诸如“添加新条目”“或删除条目”之类的功能，但也具有诸如“加载配置文件”之类的应用程序范围的功能

“上下文”:应该是“主菜单”中选择的条目后面的数据，例如所选类别中的配置条目网格。

好的实际概念是将页面拆分为两个框架，并将一个“主菜单”页面加载到左侧，第二个加载到右侧。当用户在菜单中选择某些内容时，将交换正确的。但创建新的上下文 View 并不是一件痛苦的事，因为我们不能从 xaml ui 定义继承。我尝试了此处描述的解决方法 2但这不是很好。而且我们不想在 C# 中定义我们的 UI，这将是该问题的另一种解决方法。

现在我们创建了一个新草图来重构我们的布局。现在我们要将主页分成三帧，一帧用于“主菜单”，一帧用于“上下文”，一帧用于“上下文相关菜单”。
事实上，每个上下文 View 都有自己的 ViewModel，我们考虑让每个 Viewmodel 都有一个类似“菜单条目”的属性，并将其绑定(bind)到应该显示上下文菜单的“上下文依赖菜单”。并且只对应用程序范围的功能进行一次编程。

现在可能的问题是您是否看到这种方法的任何缺点？我知道使用数据绑定(bind)有些事情会有些棘手。

Answer 1

我认为阅读您的问题时遇到的主要问题是，实现细节似乎很像插入 UI 设计，这是错误的方式。

就我个人而言，我认为您应该与一些用户坐下来，向他们展示一些屏幕模型。我已经从事用户界面设计几年了，我可以告诉你，通过在考虑实现之前向用户展示一个概念，可以节省大量时间。此外，可能值得进行一项小型 UX 研究，以了解 UI 的每个部分的使用频率。例如，MainMenuue 是否必须不断出现在屏幕上？它可以固定在右侧并且仅在用户将鼠标悬停在其上时显示吗？

在对 ViewModel 进行建模方面，请记住，您的 ViewModel 可以包含嵌套的 ViewModel，并且每个 ViewModel 应该有一个单一的职责(遵循单一职责原则)，例如，也许您的网格中的每条记录都绑定(bind)到它自己的 GridRecordViewModel 实例，并且GridRecordViewModel 包含在 AllGridRecordsViewModel 的 ObservableCollection 中。