c# - 用于 UWP 应用程序的 Prism 与 mvvm 光

Question

我们在 Windows 8.1 中有一个与 Win 10 兼容的工作项目。现在的要求是将此项目转换为 UWP。在早期的项目中，我们使用了 PRISM 作为 MVVM 的框架。现在的问题是，对于UWP应用，Prism的新版本还没有发布，我们正在考虑使用MVVMLight。

我对这两个框架都是新手，即 PRISM 和 MVVMLight。现在我的问题是将代码库从 PRISM 迁移到 MVVMLight 会有多困难。如果困难，应该等待 PRISM 更新版本发布。如果我们应该转向 MVVMLight，需要进行哪些重大更改。

根据我的观察，代码库与 PRISM 高度耦合，在整个代码中广泛使用 IResourceLoader、ISessionStateService 等接口(interface)。另外，我读到 PRISM 有一个学习曲线，而 MVVMLight 没有。因此，如果我们决定迁移到 MVVMLight，我是否必须先学习 PRISM 以了解代码库，然后再学习 MVVMLight 以移植代码库。如果我们决定等待本周某个时候发布更新版本的 PRISM，是否会有重大代码更改？

这两个框架如何支持单元测试。

既然分配给这项任务的时间不多，哪种方法最有效？

Answer 1

TL;DR:编译最新的 Prism 代码以迎接新的 NuGet 包。

首先对 Prism 做一个简短的介绍，让每个人都站在同一条脚上。 Prism 是由 Microsoft Patterns & Practices 创建的 MVVM 指南/框架。他们发布了 WPF/Silverlight 版本 5。除此之外，他们还发布了适用于 Windows 8 的 Prism for Windows Runtime，后来更新到 Win8.1/WP8.1 RT。这是两个不同的代码库，第二个在区域等方面更轻量级，但为应用程序生命周期管理提供了非常有用的支持。认为它们相同是一种常见的误解。

3 月，Prism 的所有权作为开源项目移交给了社区，可在 GitHub 上获得。 .他们决定继续前进，将公共(public)代码合并到 PCL 核心程序集中，并添加对 Xamarin Forms 的支持。

截至今天，还没有针对 UWP 的 Prism 6 RTM 版本。代码库即将发布 only a few minor issues open ，但没有什么可以阻止大多数用户已经使用这些位。此时我会告诉您克隆 GitHub 存储库、编译程序集并开始移植您的应用程序。有一些重大更改(主要是 namespace )，但您应该立即启动并运行。 RTM 包可用后，删除硬引用并使用 NuGet。

我已经移植了一个较小的应用程序，我计划在本周末移植一个较大的 LOB 应用程序(超过 60 个屏幕)。

---

回到讨论使用哪个 MVVM 框架。如果您的应用程序只有几页，请不要费心使用框架并保持 MVVM 简单。如果您要开发复杂的 LOB 应用程序，这些框架有其优点(当然也有缺点)。有很多选择(MVVM Light、Prism、Caliburn Micro 等)，而且都不错。

您的同事选择 Prism 可能有 Depechie 提到的原因。首先，我在考虑应用程序生命周期管理，而 Prism 对此的支持要好得多。

通过正确使用基类，您应该能够从每个单独的 ViewModel 中重构大部分依赖项，以防您毕竟想要切换到另一个框架。

Prism for Windows Runtime 和 MVVM Light 之间的主要区别(在我的脑海中)是 VisualStateAwarePages、ViewModelLocator(每个 View 的自动 vs 属性)、INotifyPropertyChanged 的​​ BindableBase 以及有关应用程序生命周期的所有内容管理。这两个框架都很好，但我不建议在它们之间切换一个完整的 LOB 应用程序，因为它的工作量太大(引入可能的错误)。