Stinsen v2 suggestions about stinsen HOT 5 OPEN

I haven't had the chance to look at the new APIs yet, but I'm guessing making Stinsen use them would be a refactor with lots of if-available thrown around. I'll probably throw together a proof-of-concept with the same Stinsen-API as a separate project whenever I have the time.. 🙂

from stinsen.

I was probably thinking way too fast when I wrote,

It seems problematic to have a bunch of if #available(iOS 16.0, *) throughout all files

After reading an article from a former colleague about backporting, it may not be a complete overhaul to work on.

If you would like help with your proof of concept, I am more than happy to contribute.

from stinsen.

Thanks! I'll try to answer all questions and create separate issues later on for them:

1. Creating a NavigationViewCoordinator is a bit of a hassle, I agree, but the problem is if you have a couple of NavigationCoordinatable's after eachother, then you probably don't want to use NavigationView per default since you'd end up with two Navigation Bars. So I don't think it is possible I'm afraid. But an extension might be added.
2. This sounds like an oversight on my part, I'll check it out.
3. You mean instead of .route(to: \.someDefinedRoute, viewmodel.id) like it is today? No, that is not possible I'm afraid. I agree the enum-syntax looked a bit better, this is an unfortunate side-effect of having the better (in my opinion!) way of routing.
4. Definitely doable. A better way would be to have a isActive(\.someRoute)though, Ints feel a bit dirty 🤪

from stinsen.

I thought this thread would be the place to start talking about the new navigation APIs released this past WWDC for iOS 16. I think this should be addressed soon as iOS 16 is released in the coming months. I haven't personally used the APIs in beta yet but they bring a lot of native functionality for navigation and can make things a lot cleaner for us. Even with these new APIs, I still plan on using Stinsen as a general wrapper around the native navigation because of how well other Coordinator-patterns are handled by this project.

To move to it in Stinsen would probably be a great refactor of the underlying Coordinatables and route handling. It seems problematic to have a bunch of if #available(iOS 16.0, *) throughout all files so something should be decided for that. A completely separate project would probably be needed but that doesn't sound nice.

from stinsen.

Guys do we have any progress on it? @LePips @jblanco-applaudostudios

from stinsen.