~/talk

Bridging the Gap: How to use React Native in existing large native code bases

Talkat ReactiveConf 2016 · on Friday, 2016-10-28· [react-native, frontend-architecture]
slides:none on file

Claims concrete tradeoffs: initial approach uses a separate JS repo with a multi-repo CI shim that clones iOS and Android, builds bundles, and pushes artifacts — slow and non-atomic but low friction; long-term wins come from migrating to a mono repo for atomic PRs and single dependency management. A custom native navigator gets built to preserve native nav bars, do shared-element transitions, and keep animations native. Reality check: deployment works, live reload and code push exist, and production usage is ~107 registered screens and ~71k JSLOC (~10–15% of the app).

AI-written summary · about

  1. 0:00Start
  2. 4:18The Multi-repo Problem
  3. 7:59The Multi-Repo (benefits) - Path of least friction
  4. 10:43The Mono-Repo (benefits) - Atomicity for Native + JS changes
  5. 11:54The Navigation Problem
  6. 24:07Advantages - Easily transition to and from native/react
  7. 26:00Disadvantages - NavigationBar not in React
  8. 26:45Additional Challenges
~/search
type to search 6,249 conferences, 138,987 speakers and 185,172 talks
~/help
cmdctrl k
search every conference, speaker and series
/
focus the filter search
h
home
c
conferences
s
speakers
e
series
t
light / dark — the status bar button does the same
?
this help
esc
close this, then clear every filter — or just the search, while you are typing in it

Ignored while you are typing. Pages without a filter rail have no search to focus.