What are your plans to capitalize on the growing mobile market?
According to statista.com, by the year 2020 mobile apps are set to generate $188.9 billion USD in global revenues via app stores and in-app advertising. That’s a huge opportunity for business.
It’s high time to start utilizing the mobile market. But users have already seen dozens of apps on their smartphones. What can you show them that’s impressive, works great and seamlessly integrates with their mobile OS?
One solution at your disposal is React Native.
This article will tell you what React Native is and why (or why not) you should consider it for your mobile project.
What is React Native?
Is React Native an entirely new invention? Not exactly. The framework was developed only a few years ago, by a social media company you may have heard of…
Facebook is the company behind both ReactJS and React Native. In fact, Facebook first created React to build the social platform we all love to hate. After further development, Facebook released ReactJS for the web as open source.
But Facebook was still struggling with their mobile app. They needed to maintain two codebases: one for iOS, one for Android. Features implemented in Swift on iOS had to be implemented separately in Java on Android, leading to work duplication and asymmetrical apps.
React Native neatly solves that problem.
If you’ve ever used the official Facebook app on Android or iOS, you’ve seen React Native in action. (Same goes for the mobile Airbnb app.)
How popular is React Native in terms of market share?
React Native is rising in popularity as a convenient solution to build cross-platform mobile apps with less strain on your budget.
How popular is it, exactly?
Take a look at React Native's market share:
The stats are especially telling when you consider the top apps in the App Store and Google Play Store right now. Among the top 500 apps in the US, 18.76% of installed apps are built with React Native.
In fact, in the category of top US apps, React Native is the second most popular framework, right after Android Architecture Components.
Why use React Native?
For a long time, React Native was considered to be commercially unviable. It wasn’t developed or supported enough to produce ‘native-like’ apps.
But the times have changed. React Native is gaining popularity, gaining community support, and gaining more market share. It’s getting easier and easier to write brilliant apps using React Native - and the world is taking notice.
Tried and trusted
Facebook built React Native first and foremost to create a fantastic mobile app for their own social portal. More likely than not, you’ve used it on your phone by way of the Facebook mobile app. Does it feel like a native app? Sure it does.
But since React Native has gone open source, more companies have decided to bet on it and create their mobile apps this way. Here are just a few examples.
Popular React Native apps:
Putting your app in such company isn’t the worst idea in the world.
One codebase for two platforms
With React Native, you create one codebase that works on both Android and iOS. And it doesn’t just ‘work’ - it compiles to native Java and Swift code. Specifically, React Native creates a bridge between web UI components and their native Java/Swift counterparts.
Think about the implications for your software project. No need for two development teams for two platforms. No need to synchronize features and layouts. You simply develop faster and can get more out of your budget.
Use the language you already know
Even if your frontend developer has never used React Native, with some self-education they can get up to speed very quickly, especially if they’ve used React already. All you need is a little time googling to find out which web components correspond with which mobile components - and you’re set.
Growing all the time
React Native is under active development. Both Facebook and the massive community around React Native are constantly working on improvements for the framework. If you can’t solve a problem right now because React Native doesn’t have the solution, in a few months the situation might be different.
For example, Bartosz was recently faced with the task of implementing a ‘speedometer’ component for one of his projects. His initial idea was to create such a component by himself. But first, he decided to check if someone from the community had the same need in the past. Lo and behold, he found an open license speedometer ready to use, saving him time.
Even Microsoft took notice of React Native, prompting them to create their own fork: React Native for Windows. Their solution allows developers to more easily create apps for Windows 10, Windows 10 Mobile and Xbox One.
Save even more time with a web app
If you have a ReactJS web app, fragments of the frontend code (such as business logic) can be shared between mobile and web, facilitating development even more.
What should you watch out for when using React Native?
As with any solution, React Native has its drawbacks. What should you be wary of?
React Native is not 100% native
Despite what Facebook might try to tell you, React Native apps are not equivalent to true native apps written entirely in Swift/Obj-C or Java.
Let’s take the native Gmail as an example. The Gmail app includes a worker that checks your inbox. Your Gmail account is synced with the whole mobile system, not just the app. Gmail also knows that if you’re on mobile data, not WiFi, it should sync less often.
With React Native you’re not integrated so closely with the system - at least not out-of-the-box. Your account will be stored in the app, not the system. It’s also harder to take into account WiFi versus mobile data. For some apps, this will not be a problem; for others, it might be game-changing.
(But you can make it as native as you need)
When you choose to use React Native, you don’t have to use it exclusively. You can still use React for most of the app, and native for the crucial pieces that need to integrate 100% with the native system.
One of our prospective clients recently argued against React Native, saying it’s still not the same as a true native app. Our counterargument was simple: it doesn’t have to be the same. With a little additional work, you can make it ‘as native as you need’ by adding some Java/Swift code for specific cases and features.
If you use React Native, you have to use React
This might be obvious, but it still needs to be said as a disclaimer. When you opt for React Native, you will have to use ReactJS to create your app. React has competitors for a reason; it’s not always the best choice.
Fortunately, there are some competing solutions that fulfill a similar purpose to React Native without locking you down. One such competitor is Ionic. Their community isn’t as active, nor is it growing so quickly. But Ionic has one advantage: you can use different JS frameworks with it, including Angular, Vue.js and even React if you need some parts of it.
So what should you know about React Native? Here are the key takeaways:
- If you’re using the Facebook or Airbnb mobile app, you’re using React Native without even knowing it.
- React Native apps are easy to write, saving time for developers and cutting costs for project managers.
- React Native apps lower your development and maintenance costs, because you don’t have to deal with two separate codebases for iOS and Android.
- Since React Native is just a wrapper for native components, there’s nothing stopping you from adding native Java or Swift code where you need it.
- React Native is growing fast with no signs of stopping.
Many thanks to Bartosz Kazuła for contributing his knowledge to the article. If there’s more you’d like to know, don’t hesitate to drop us a comment. For regular updates, remember to subscribe to our newsletter using the form to the right (or just below on mobile).