Replies: 2 comments
-
For me its too early to say, I've had a play with the APIs that are there currently and am hoping to get a better understanding when the videos are released. Right now I'm not quite connecting the dots in my head between how I currently model navigation in my TCA domain (or the routing model explored in the Pointfree navigation series) with the stack metaphor, even though a stack makes a lot of sense. For me there's still a bit of a disconnect between type-safe routing and the stack which is a fairly loose model - for instance, it may be valid in your app to go from Another issue is figuring out where the responsibilities for manipulating the stack lie and where in the view hierarchy should be responsible for mapping routes to destination views and that's before you even figure out how to fit store scoping into this approach. I think you can potentially have the navigation stack state be owned by the domain at the root of your navigation hierarchy (whether that's an |
Beta Was this translation helpful? Give feedback.
-
We haven't had much time to play with it, though did briefly comment on it here. We're not entirely sure how the new navigation APIs fit into our work right now, but we will be experimenting soon. Please do share anything you come up with! |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Finally it happened! Apple has created a NavigationStack! It feels like this will work well with TCA right? We can create Coordinator like Routers and Views which modify a NavigationStack array depending on actions.
So we would put the array of presented screens as TCA state of the reducer, and use a viewStore.binding to it when initializing the NavigationStack, ought to work right?
Beta Was this translation helpful? Give feedback.
All reactions