INavigatedAware 和 INavigatingAware 之间的棱镜形式区别？

Question

我在 Xamarin Forms 应用程序中使用 Prism Forms 7.x。 到目前为止，我在视图模型中使用 INavigatedAware 接口来检查是否发生了进出相应视图模型的导航。 现在，我看到有 INavigatingAware，它只提供 OnNavigatingTo 方法（所以，导航还没有完成）。

我关于 INavigatingAware.OnNavigatingTo 的问题： - 我可以在对 OnNavigatedFrom 调用不感兴趣的地方使用 INavigatingAware 吗？ - 在 OnNavigatingTo 中加载数据的性能是否更好（在设置 BindingContext 之前；例如，数据绑定不需要更新两次）？

很高兴分享您关于这两个界面的经验和最佳实践。

Answer 1

INavigatingAware.OnNavigatingTo 首次引入 Prism 以帮助开发人员执行类似于ViewWillAppear的初始化逻辑。

为了帮助更好地可视化这一点，NavigationService 中的事件看起来像这样：

• 创建页面
• 如果 ViewModelLocator.Autowire 属性为空，则设置它
• 应用 PageBehaviorFactory 中的任何行为
• 在我们正在导航的 Page/ViewModel 上调用 IConfirmNavigation.CanNavigate （它是异步对应物）
• 调用 INavigatingAware.OnNavigatingTo
• 将页面推送到 NavigationStack
• 调用 INavigatedAware.OnNavigated{From|To}

突破性变化

现在，综上所述，我们已经收到了大量关于 INavigatingAware 的反馈（这个问题的本质），因为来自 Prism 社区的压倒性反馈 INavigatingAware 在 Prism 7.2 中已经过时了。 这意味着它已从 INavigationAware 中删除，如果您直接实现它，则会引发编译时错误。 对于您从 INavigationAware 免费获得它的那些时间，它根本不会被调用。 展望未来，我们引入了一系列界面，以使这一过程更容易，更能自我记录意图。

新接口和 API

• 初始化。初始化
• IInitializeAsync.InitializeAsync

新的 IInitialize 接口是 INavigatingAware 的直接替代品。 我们早就收到反馈，人们希望能够在初始化期间执行异步任务。 这里的问题是，这可能会导致类似于 IConfirmNavigationAsync 的 Navigation 出现非常明显的延迟。 如果您使用其中任何一个异步接口，则需要确保在屏幕上包含某种繁忙/加载覆盖。