主页 / 问题 / 562578
Accepted
XelaNimed
Asked:2020-09-04 05:46:41 +0000 UTC2020-09-04 05:46:41 +0000 UTC

MVVM 入口点：App.xaml.cs 还是视图？

  • 772

我开始研究 MVVM 并像许多其他人一样面对某种误解。在网络上提供的众多 MVVM 实现示例中，作者以不同的方式接近应用程序的入口点（我可能在定义上有误）。有些更改了 StartupUri属性，有些只是完全删除它并在App.xaml.cs文件的重载 OnStartup 方法中手动实例化窗口并设置其DataContext属性。我在网上找到了几个关于 MVVM 和 mvvm-light 的示例（示例 1、示例 1、示例 3、示例 4和示例 5) 并且在其中作者根本没有更改App.xaml或App.xaml.cs，只有其中一个更改了代码隐藏（不理解它在俄语中的调用方式）表示。

我很清楚，与任何模式一样，MVVM 是一种建议，并不禁止在合理范围内偏离规则，但这些方法之间有什么区别？有什么好处和缺陷？哪种方法可以让您更灵活地进一步扩展和维护应用程序（插件、扩展等）？

c#

1 个回答

  1. Best Answer

    我不喜欢使用StartupUri，而是覆盖OnStartup，并在那里创建主窗口（[1]、[2]、[3]）。

    原因是提示StartupUri不允许你DataContext在窗口外设置。DataContext在 XAML 中硬编码 'a 是错误的，因为：

    • 按照MVVM模式，View不应该领导VM，对它的了解越少越好。也就是说，为 UI 服务的代码不应为自己创建 VM。
    • 大多数情况下，VM 必须在构造函数中接收一些其他参数（例如，模型对象），如果 VM 是在 XAML 中创建的，这将不起作用（XAML 如何知道模型？）。
    • 有时，在打开主窗口之前，需要额外的逻辑，需要显示自己的小窗口（例如，更新程序的建议）。或者您需要弄清楚您希望在开始时显示哪个窗口。找出这一点并在特定条件下显示一个附加窗口的代码更容易放入OnStartup.
    • 您可能需要主 VM 来做其他事情。因此，如果类创建它App，它可以保留对它的引用，以便其他人（例如，侧窗）可以附加到同一个 VM 实例。否则，您将不得不爬到主 VM 后面进入主窗口实例。

    无论如何，MVVM 不是教条，做对你来说更方便的事情。

    • 22

相关问题