-
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Should INavigatingAware be changed? #1724
Comments
Hi Dan, |
Hey Seb, thank you for your feedback. There will be breaking changes for UWP between 6.3 and 7.x, that's why it's a new major version, but we have our own large LoB apps to test the release on and will do our best to keep functionality and document all changes. We also notice the difference in UWP (desktop) and XF (mobile), even though you can do UWP with XF. It's something we're currently looking into and discussing with Microsoft and some partners. |
Hi Bart, |
The samples and documentation will be rewritten once we land on a v7 release. |
We changed it |
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Description
When support for INavigatingAware was added, the intent of the API was always about ViewModel initialization. This later bloomed into some support that is counterproductive such as trying to support OnNavigatingAware when Navigating back to a given View. This is beyond the scope of the API's original intent, and cannot be fully supported particularly in cases where Navigation has occurred outside the context of the NavigationService such as from the Hardware Back Button.
In the next release of Prism the behavior will be fixed to restore the original intent of this API. This leaves the question of whether the Prism team should leave the API named INavigatingAware.OnNavigatingTo or whether we should rename this to make it easier to understand the intent.
https://twitter.com/prismlib/status/1101535125534208001
Also worth noting that we are looking at adding Async support either way.
Spec
The text was updated successfully, but these errors were encountered: