Hargett frames “learn once, write anywhere” around sharing React concepts and JavaScript code across platforms. He says React Native can target Windows desktops, Xbox One, Android TV, web, iOS, and mobile, and argues that Windows reach is about desktop users, not Windows Phone.
Bringing React Native to the next billion devices
Speaker
Matt Hargett, principal software engineer at Sony, explains how React Native could reach more devices and improve platform stability at a Callstack tech talk.
Sharing JavaScript does not automatically share fixes for native bugs, such as Yoga node leaks, view management races, and errors that fail to reject promises. Hargett says platform forks can miss fixes and have uneven native test coverage, making those issues harder to diagnose and maintain.
Hargett proposes sharing roughly 30% of native code, including the JavaScript bridge, bundle loader, executor, and core modules, while keeping UI and threading platform-specific. With compatible UI toolkits, he suggests as much as 80% of native code could be shared. He points to Facebook’s cross-platform C++ work and .NET Standard libraries as possible building blocks.
Hargett describes how React Native for Windows shares more than 60% of its code across Windows 7, 8, and 10 using shared projects. His .NET Standard core library includes the bridge, bundle loader, promises, timers, and tests, while separate interfaces let platforms provide their own implementations. Keeping the core free of GUI dependencies also makes a headless .NET Core example possible.
Hargett argues that sharing native code can improve both reach and stability by letting platforms receive bug fixes together. He says packaging and dependency inversion can reduce platform fragmentation and reliance on Git submodules. He plans to develop the approach further with Facebook contributors through an RFC.
Takeaways
- Count desktops, TVs, and set-top boxes when estimating a framework’s potential reach.
- Track native bugs and test coverage across platforms, not only JavaScript behavior.
- Share stable core logic and interfaces while leaving UI and threading platform-specific.
- Use dependency inversion to let platforms adopt shared designs without locking into one implementation.
- Good packaging can make cross-platform libraries easier to maintain than Git submodules.
Mentioned in this talk
MicrosoftInfinite RedSonySearch inside this talk
What was claimed 10
- built
“I’ve been working ... primarily on React Native for Windows.”
1:16inWhat’s next for React Native for Desktop?YouTube Verified5 sources· Talk
- metricReact Native: The Windows 7 and 8 port added reach to 400 million more devices
“brought React Native's reach to 400 million more devices”
YouTube Unverified1 source· Talk
- featureReact Native for Windows: Supported Windows 7 and 8 after Hargett's port
“Bringing the port to Windows 7 and 8 brought React Native's reach to 400 million more devices.”
YouTube Unverified1 source· Talk
- builtported it to Windows 7 and 8
“I ... port React Native for Windows ... to Windows 7 and 8. That worked, and they shipped their new client.”
YouTube Unverified1 source· Talk
- builtcross-platform C++ implementation work
“The Meta team realized these problems very early on, so they went back to the lab and tried to come up with something new.”
4:02inThe New Architecture is Here…What now?YouTube Verified2 sources· Talk
- role atMatt Hargett is principal software engineer in the client group at Sony
“I've been working at Sony for one year. I'm a principal software engineer in the client group.”
YouTube Unverified1 source· Talk
- metricReact Native: More than 80 percent of JavaScript code can be shared across platforms
“you can share 80-plus percent of your JavaScript code between ... React Native Windows, React Native iOS, React Native Android”
YouTube Unverified1 source· Talk
- metricReact Native for Windows: Shares 60-plus percent of code between Windows 7, 8, and 10
“this is how we share 60-plus percent of the code between Windows 7, 8, and 10”
YouTube Unverified1 source· Talk





