用于 UWP 应用程序的棱镜与 mvvm 光
prism vs mvvm light for UWP application
我们在 Windows 8.1 中有一个与 Win 10 兼容的工作项目。现在的要求是将此项目转换为 UWP。在早期的项目中，我们使用了 PRISM 作为 MVVM 的框架。现在的问题是，对于UWP应用，Prism的新版本还没有发布，我们正在考虑使用MVVMLight。
我对这两个框架都是新手，即 PRISM 和 MVVMLight。现在我的问题是将代码库从 PRISM 迁移到 MVVMLight 会有多困难。如果困难，应该等待 PRISM 更新版本发布。如果我们应该转向 MVVMLight，需要做哪些重大改变。
根据我的观察，代码库与 PRISM 高度耦合，在整个代码中广泛使用 IResourceLoader、ISessionStateService 等接口。另外，我读到 PRISM 有一个学习曲线，而 MVVMLight 没有。因此，如果我们决定迁移到 MVVMLight，我是否必须先学习 PRISM 以了解代码库，然后再学习 MVVMLight 以移植代码库。如果我们决定等待本周某个时候发布更新版本的 PRISM，是否会有重大代码更改？
这两个框架如何支持单元测试。
因为分配给这项任务的时间不多，哪种方法最有效？
Windows 10 个 UWP 应用远不适合您提到的任何框架。它们丰富的导航功能和自适应布局意味着很难看出 Prism 如何适合您。至于 MVVMLight，它提供的功能比你滚动自己的视图模型要少得多，通过避免它，你可以避免以后会咬你的讨厌锁定的可能性（它经常这样做）
TL;DR：编译最新的 Prism 代码以期待新的 NuGet 包。
首先对 Prism 做一个简短的介绍，让每个人都站在同一条脚上。 Prism 是由 Microsoft Patterns & Practices 创建的 MVVM guidance/framework。他们为 WPF/Silverlight 发布了 版本 5。除此之外，他们还发布了 Prism for Windows Runtime for Windows 8，后来更新到 Win8.1/WP8.1 RT。这是两个不同的代码库，第二个在区域等方面更轻量级，但为应用程序生命周期管理提供了非常有用的支持。认为它们相同是一种常见的误解。
3 月，Prism 的所有权作为开源项目移交给了社区，并在 GitHub 上可用。他们决定继续前进，将通用代码合并到 PCL 核心程序集中，并添加对 Xamarin Forms 的支持。
截至今天，还没有针对 UWP 的 Prism 6 RTM 版本。代码库非常接近于 only a few minor issues open 发布，但没有什么大的阻碍大多数用户已经使用这些位。此时我会告诉您克隆 GitHub 存储库，编译程序集并开始移植您的应用程序。有一些重大更改（主要是名称空间），但您应该立即启动 运行。 RTM 包可用后，删除硬引用并使用 NuGet。
我已经移植了一个较小的应用程序，我计划在本周末移植一个较大的 LOB 应用程序（超过 60 个屏幕）。
回到讨论使用哪个 MVVM 框架。如果您的应用程序只有几页，请不要费心使用框架并保持 MVVM 简单。如果您要开发复杂的 LOB 应用程序，这些框架有其优点（当然也有缺点）。有很多选择（MVVM Light、Prism、Caliburn Micro……），而且都不错。
您的同事选择 Prism 可能有 Depechie 提到的原因。首先，我在考虑应用程序生命周期管理，而 Prism 对此的支持要好得多。
通过正确使用 base 类，您应该能够重构每个 ViewModel 的大部分依赖关系，以防您毕竟想切换到另一个框架。
Prism for Windows Runtime 和 MVVM Light 之间的主要区别（在我的脑海中）是 VisualStateAwarePages，ViewModelLocator（自动 vs 属性 每个视图), BindableBase 用于 INotifyPropertyChanged 以及关于应用程序生命周期管理的一切。这两个框架都很好，但我不建议在它们之间切换一个完整的 LOB 应用程序，因为它的工作量太大（引入可能的错误）。
我们在 Windows 8.1 中有一个与 Win 10 兼容的工作项目。现在的要求是将此项目转换为 UWP。在早期的项目中，我们使用了 PRISM 作为 MVVM 的框架。现在的问题是，对于UWP应用，Prism的新版本还没有发布，我们正在考虑使用MVVMLight。
我对这两个框架都是新手，即 PRISM 和 MVVMLight。现在我的问题是将代码库从 PRISM 迁移到 MVVMLight 会有多困难。如果困难，应该等待 PRISM 更新版本发布。如果我们应该转向 MVVMLight，需要做哪些重大改变。
根据我的观察，代码库与 PRISM 高度耦合，在整个代码中广泛使用 IResourceLoader、ISessionStateService 等接口。另外，我读到 PRISM 有一个学习曲线，而 MVVMLight 没有。因此，如果我们决定迁移到 MVVMLight，我是否必须先学习 PRISM 以了解代码库，然后再学习 MVVMLight 以移植代码库。如果我们决定等待本周某个时候发布更新版本的 PRISM，是否会有重大代码更改？
这两个框架如何支持单元测试。
因为分配给这项任务的时间不多，哪种方法最有效？
Windows 10 个 UWP 应用远不适合您提到的任何框架。它们丰富的导航功能和自适应布局意味着很难看出 Prism 如何适合您。至于 MVVMLight，它提供的功能比你滚动自己的视图模型要少得多，通过避免它，你可以避免以后会咬你的讨厌锁定的可能性（它经常这样做）
TL;DR：编译最新的 Prism 代码以期待新的 NuGet 包。
首先对 Prism 做一个简短的介绍，让每个人都站在同一条脚上。 Prism 是由 Microsoft Patterns & Practices 创建的 MVVM guidance/framework。他们为 WPF/Silverlight 发布了 版本 5。除此之外，他们还发布了 Prism for Windows Runtime for Windows 8，后来更新到 Win8.1/WP8.1 RT。这是两个不同的代码库，第二个在区域等方面更轻量级，但为应用程序生命周期管理提供了非常有用的支持。认为它们相同是一种常见的误解。
3 月，Prism 的所有权作为开源项目移交给了社区，并在 GitHub 上可用。他们决定继续前进，将通用代码合并到 PCL 核心程序集中，并添加对 Xamarin Forms 的支持。
截至今天，还没有针对 UWP 的 Prism 6 RTM 版本。代码库非常接近于 only a few minor issues open 发布，但没有什么大的阻碍大多数用户已经使用这些位。此时我会告诉您克隆 GitHub 存储库，编译程序集并开始移植您的应用程序。有一些重大更改（主要是名称空间），但您应该立即启动 运行。 RTM 包可用后，删除硬引用并使用 NuGet。
我已经移植了一个较小的应用程序，我计划在本周末移植一个较大的 LOB 应用程序（超过 60 个屏幕）。
回到讨论使用哪个 MVVM 框架。如果您的应用程序只有几页，请不要费心使用框架并保持 MVVM 简单。如果您要开发复杂的 LOB 应用程序，这些框架有其优点（当然也有缺点）。有很多选择（MVVM Light、Prism、Caliburn Micro……），而且都不错。
您的同事选择 Prism 可能有 Depechie 提到的原因。首先，我在考虑应用程序生命周期管理，而 Prism 对此的支持要好得多。
通过正确使用 base 类，您应该能够重构每个 ViewModel 的大部分依赖关系，以防您毕竟想切换到另一个框架。
Prism for Windows Runtime 和 MVVM Light 之间的主要区别（在我的脑海中）是 VisualStateAwarePages，ViewModelLocator（自动 vs 属性 每个视图), BindableBase 用于 INotifyPropertyChanged 以及关于应用程序生命周期管理的一切。这两个框架都很好，但我不建议在它们之间切换一个完整的 LOB 应用程序，因为它的工作量太大（引入可能的错误）。