React Native Navigation Library

React Native Navigation Library(airbnb.io)

235 points by HectorRamos 9 years ago | 50 comments

danappelxx 9 years ago |

Ummm [0]

...would appreciate an explanation here.

[0]: https://github.com/airbnb/native-navigation/blob/91ae656192d...

rokob 9 years ago | |

When you really, really, really, really, really want to be on the main queue.

spotman 9 years ago | |

This has a feel of it solved a race condition due to scheduling something on a few ticks later. So it might accomplish not only running something on the main queue but also sneakily after something else finished. For example if you call something like this at the end of view did load, other code that also runs on the main thread may run before it. It's async.

Having said that, it kind of feels hacky. I have certainly seen this in various codebases and I can't comment on react native but just with standard iOS programming it often points to a lack of understanding of lifecycle or similar order of when things are happening.

mmjaa 9 years ago | | |

Isn't this the standard "Let the queue pump events" technique for dealing with the async UI elements in iOS that don't always behave like you expect them to - such as the system alerts? I mean, I'm not justifying this code, which looks quite weird, but one of the reasons for it may be that the framework has to allow events to pump through the iOS queues, such that events propagate all the way through to the system alerts ..

aaronbrethorst 9 years ago | | |

Weird. Seems like that would be better done by invoking NSRunLoop APIs...Plus, you know, filing a Radar.

lrichardson 9 years ago | |

https://github.com/airbnb/native-navigation/pull/39 :)

notjosh 9 years ago | |

I think it's probably related to issues that arise when performing view actions/animation in the RN equivalent of `-viewWillAppear:` while segue animations are playing. (Short version: it occurs because the RN JavaScript execution thread is asynchronous.)

A concrete example of a problem I had was when setting a text field to be first responder when displayed. The result was that the keyboard was trying to appear a split second after the push segue animation fired.

(IIRC you can reproduce it fairly trivially in a pure native app by calling `-becomeFirstResponder` asynchronously inside a `viewWillAppear:` block. The result was two animations fighting for screen layout, and a giant white empty block where the keyboard should be.)

The solutions were to: a) wait, or b) fire synchronously in `-viewWillAppear:`. Airbnb seem to have chosen a).

nathan_f77 9 years ago | |

Yeah, at the very least I would expect a comment explaining what this is solving.

chris_7 9 years ago | |

I've definitely seen an animation issue where the typical _async -> main didn't work, but _after (0.001 seconds or so) on main did. Though I don't remember if it was on Mac or on iOS, or really what the issue was.

interpol_p 9 years ago | | |

Those animation issues pop up often, and you can get around them by using DispatchQueue.main.asyncAfter(.now() + 0.1) but often you can figure out what the actual issue is (i.e., you're likely attempting to present something in the wrong place) and you should do that instead.

htormey 9 years ago |

Awesome! I wonder how this compares to wix's native navigation stack:

https://github.com/wix/react-native-navigation

The problem with all the JS based navigation stacks for React Native (react-native-router-flux, react-router, React Navigation) that I have tried is that if you need to have a back stack, they keep the previous scene in memory. i.e if you look at the 3D view hierarchy in XCode you will see the screen prior to the one you pushed.

This really sucks for overdraw perf and completely breaks accessibility on Android. See:

https://react-native.canny.io/feature-requests/p/navigator-b...

lacker 9 years ago |

This was a pretty interesting presentation at React Conf. Basically, the Airbnb app started off being totally developed in native code, and they only added React Native later on, so it was really important that their navigation solution be able to handle transitions between screens implemented in native code and screens implemented in React Native.

I liked Leland's metaphor of calling apps like Airbnb which started out without React Native as "brown field" development and calling apps that start out as React Native "green field" development.

mhluongo 9 years ago | |

> I liked Leland's metaphor of calling apps like Airbnb which started out without React Native as "brown field" development and calling apps that start out as React Native "green field" development.

FWIW those are pre-existing industry terms (not React Native or mobile specific)

migueloller 9 years ago |

I'm seeing a lot of people being confused with many of the comments in React Native posts. Some people in these comments now aren't sure if the "right" navigation solution is React Navigation or Native Navigation. I think a good document to follow to understand Facebook's plans with the project is React Native's Roadmap [1].

In there you'll see that React Navigation is a solution aimed at "Green Field" projects (as Leland Richardson from Airbnb calls new React Native projects) and replaces Navigator, Navigation Experimental, and Ex-Navigation. On the other hand, Native Navigation is aimed at "Brown Field" projects (like Airbnb's app, which was built in native much before React Native was open sourced) and replaces NavigatorIOS.

You can also see that various features in the roadmap are in collaboration with other organizations (Expo for Create React Native App and Airbnb for React Native Maps).

Indeed React Native has been moving extremely fast but after our decision to go with it over a year ago we've never thought even once about going back.

[1] https://github.com/facebook/react-native/wiki/Roadmap

evv 9 years ago |

Congrats to the team at AirBnB on the exciting launch! As somebody who has thought a lot about navigation on React Native, I'm super excited to see an easier way to utilize the native navigation views on each platform.

React Navigation, released a few weeks ago, includes a customizable JS re-implementation of the native views, and it also provides routers that make it very easy to plug your navigation logic into redux. Because each screen makes no assumption about the surrounding app, it will be very easy to switch from React Navigation to AirBnB's native-navigation.

The RN community has been consolidating efforts between several navigation solutions. React Navigation is an alternative to Navigator, Ex-Navigator, NavigationExperimental, and Ex-Navigation. And now, thanks to native-navigation, the community has a great alternative to NavigatorIOS.

logicallee 9 years ago | |

>React Navigation, released a few weeks ago,

Wow, you guys have a tight curve you're staying ahead of :-)

stagbeetle 9 years ago | | |

> [REDACTED]

React Navigation is a module for React (which has been around for four years). Instead of having to DIY navigation, you now can use the native system's (iOS/Android) navigation layout. Ex: https://reactnavigation.org/

You're not replacing your tools. You're just getting someone else to coat your drill bits for you to save time.

I just started using React today, so I may be off here, but I think it's pretty straightforward if you googled it.

Otherwise, if you're referring to how "bleeding edge" the guy has to be, I'd imagine he's in a competitive field (or passionate about his projects).

Hell, I'm not in either of those categories, but I think I'll start using this because it looks really helpful.

evv 9 years ago | | |

> Wow, you guys have a tight curve you're staying ahead of :-)

In case you're implying this was a "beat them to market" situation, it wasn't. Both navigation projects have been on React Native's public roadmap for several months: https://github.com/facebook/react-native/wiki/Roadmap/_compa...

Improved navigation has been one of the RN community's highest-voted feature requests: https://react-native.canny.io/feature-requests/p/better-navi...

LAMike 9 years ago |

Anyone have a screenshot of what the UI looks like?

rattray 9 years ago |

Doesn't seem to have been ready for anyone to try it out; they don't have "basic usage" docs ready yet:

http://airbnb.io/native-navigation/docs/guides/basic-usage.m...

    # Basic Usage

    _This documentation has not been created yet. Sorry about that! Hang tight!_

grabbou 9 years ago |

Native navigation is definitely a great addition to the community. It's good to see a company, like Airbnb, driving its feature development by their use-cases. Having such a solution in production, used at such scale, is definitely going to secure stability of navigation - something that we were missing for quite a while.

nomnombunty 9 years ago |

We are currently planning on switching from Navigator (https://facebook.github.io/react-native/docs/navigator.html) to React Navigation (https://reactnavigation.org/docs/intro/). After seeing Airbnb's React Native Navigation library, I am not sure what to choose any more.

React Navigation seems to be the framework that is endorsed by the react native team. However, Airbnb's React Native Navigation library seems to be more proven since they had been using it in production. I am wondering if anyone know what are the benefits of using React Native Navigation vs React Navigation

javiercr 9 years ago |

I'm a bit confused. From this library's README:

> If you are investigating navigation solutions and you are okay with JavaScript-based solutions, we also encourage you to check out React Navigation.

However if you go to React Navigation home page [1] you find this:

> Navigation views that deliver 60fps animations, and utilize native components to deliver a great look and feel.

It looks like every RN navigation library claims to be more "native" than the previous ones.

[1] https://github.com/airbnb/native-navigation/

[2] https://reactnavigation.org/

Benjamin_Dobell 9 years ago | |

Everything in React Native is "native" views. The issue is that the RN community seems to be pretty heavily divided with respect to exactly where the API boundary should be.

AirBnB's native-navigation library literally has native iOS and Android code to create views, transitions etc.

react-navigation on the other hand is mostly JS driven, instead using the core functionality of React Native, which does generate native views.

The problem with react-navigation (and many libraries using a similar approach) is that you don't get a true native feel once you start interacting with the UI. This is because the JS -> native bridge is async, meaning you literally can't handle events as quickly as they're dispatched in native code - particularly if the events are synchronous.

I'm a huge fan of AirBnb's approach. Doing things in JS just because you "can" is inherently broken (as described above). Checkout the following Github issue for a demonstration of the issue: https://github.com/react-community/react-navigation/issues/1...

shafyy 9 years ago | |

I was also confused regarding this. But a good indicator is always if you need to add native components when installing the library, or if it's just a simple npm install

shafyy 9 years ago |

This looks great. I wonder when a dominant library will emerge for navigation.

Also, I am a little bit confused, because react-navigation makes it sound like there are going to be merged into core once stable:

Once stable, NavigationExperimental will be deprecated in favor of React Navigation. React Navigation is a collaboration between people from Facebook, Exponent and the React community at large. [1]

What do you guys make of that statement?

[1] https://github.com/react-community/react-navigation

htormey 9 years ago |

Another thing to consider about Airbnbs nav stack is that it's written in swift.

This is important because Apple can still make changes to Swift which can break language backward compatibility.

This happened last wwdc. So if you use any third party libraries that are written in swift they won't work till the authors or you update them to the new language conventions.

The wix native library which they reference is written in objective c so this won't have that problem.

jeanregisser 9 years ago | |

Indeed, and having a Swift dependency adds roughly 5MB to the final app package (as it then needs to include Swift runtime frameworks).

drumttocs8 9 years ago |

Maybe a little tangential- but with all the talk about Progressive Web Apps, what should we expect to happen with web/native hybrids like React Native? Mobile computing power is at the point where there shouldn't be much problem using simple Javascript and (gasp) jQuery to build an app, then wrapping it with PWA functionality.

phantom_package 9 years ago |

It's obvious that this is a super-early release, but I'm happy that AirBnB ENG is working on a navigation solution.

Also:

On iOS, ViewController transitions can be animated using Lottie. It's possible we could add support for such a feature into Native Navigation.

Yes please.

augustiner 9 years ago |

If anyone is interested in AirBnB's presentation about native navigation at React Conf: https://youtu.be/S8HXkEnA48g?t=6h52m42s

mjs7231 9 years ago |

Am I the only one wondering what the heck this actually is? The page this linked to just goes right into a guide on how to use it but doesn't explain what it is. The github page has a nifty looking guy on it, but once again it's just a jumble of buzzwords I do not understand at all. Why does the Javascript community make me feel stupid?

App-wide support for 100% native navigation with an easy cross-platform interface. For iOS, this package is a wrapper around react-native-controllers, but provides a simplified more abstract API over it. This abstract API will be unified with the Android solution which is currently work in progress. It also fully supports redux if you use it.

What does this mean?

k__ 9 years ago |

Expo has a new Navigator too.

jensvdh 9 years ago |

Awesome! :)