Blog series: React terms explained in plain English and doodles
In a previous post, I’ve told you that React Native is great since it allows us to build apps with native UI. The user experience of a React Native app is a lot better than those with a WebView UI. But what does “native” actually mean? What is WebView UI? Why is native UI better than WebView UI? How does React Native compare to other mobile frameworks such as PhoneGap, Cordova and Ionic?
Let’s dig into these questions now. Sit tight!
After reading this post, I’ll get you to come back here. Hopefully you’ll be able to answer these questions easily:
To understand what this “nativeness” actually means, let me present you with this:
I’m a big fan of The Matrix, aren’t you? You know, the reality as we know it is actually a simulation. And there are cues that even Zion, the last city where humans once considered themselves free, is a simulation too 1. The idea of multi-layer simulated reality has always fascinated me - a virtual world running as a simulation inside another virtual world which runs inside a third world 2.
This is a lot like the structure of the software in our computers (or phones).
Software is the arrangement of instructions of how to operate the humongous number of transistors and circuits, collectively called hardware. The raw instructions that directly run on the hardware are close to incomprehensible to us humans, especially given the complexity and scale of today’s computers.
To make software understandable and operable, computer scientists divided it into multiple layers consisting of a framework 3 running on top of another framework. Among all these frameworks, the closer a framework is to the hardware, we say it’s more “native”.
Therefore, the “nativeness” of an app is really a relative term. Strictly speaking, we cannot say if an app is native or not by itself. We can only say, compared to another app, this app is more native. As an example, you could build an Android app in C++, Java (or Kotlin), or Cordova. The C++ app is the most native and the Cordova app is the least native. The Java/Kotlin app sits in-between.
There are benefits being either more native or less native. Closer to the metal means more freedom, whereas more simulation gets you more comfort.
A program in a more native framework usually have more access to hardware features, and more freedom in how to use them. It usually runs more efficiently because of lower overhead for simulation and translation between different languages. But the life in the base reality might be harsh - the code is often harder to write and understand.
On the other hand, it’s usually easier for us humans to write code in a less native framework. The coding language is easier to understand and more concise (requires less typing). Its vocabulary is closer to our natural languages. It requires less understanding of what the hardware is made up of and how it works under the hood. As an added benefit, a program in a less native framework is often more portable - the program can run on totally different hardware platforms without modification because its vocabulary and underlying concepts do not contain anything specific to the original hardware. However, the cost of all this convenience is that you’d usually sacrifice some efficiency and freedom.
Before React Native, mobile frameworks usually fall into one of the two camps.
The first is the native camp, for example Java/Kotlin for Android and Objective-C/Swift for iOS. In the native camp, apps are fast and can access abundant hardware features. The user interfaces are bespoke for the target platform (Android or iOS) and therefore are smooth and a pleasure to use. However, all these goodness are restricted in just one platform. To build apps, one has to learn two different frameworks, which makes the learning curve twice as steep. This especially leaves millions of web developers behind.
WebView frameworks are built on top of native frameworks. We can see the former as simulated worlds running inside the latter. That’s why they have the aforementioned benefits and limitations.
Why can’t we get the benefits of both and avoid pitfalls of either? That’s what React Native sets out to do.
React Native represents the third camp of mobile frameworks. Its UI layer is more native than WebView frameworks, whereas the rest is at the same level of simulation to achieve its ease of use.
Frameworks such as Cordova makes it possible to build mobile UI with web technologies. How do they do it? They embed a web browser, sneakily called WebView here, into every app! Everything you see in the UI, the buttons, menus and animations, is running inside a web page in the browser. In terms of simulation, the UI of a Cordova app is a simulated world running inside a web browser which is a simulated world running inside the native frameworks.
In comparison, the UI of React Native is one layer more native than WebView frameworks - it runs directly inside the native frameworks.
This structure determines the advantages of React Native UI. React Native directly uses native UI widgets, whereas the WebView frameworks attempt to mimic the look and feel of native UI with web UI in HTML/CSS. The real thing or fake thing, which one do you prefer?
Empirically, it’s not difficult to identify an app built with WebView frameworks in the wild. Those little things, like scrolling acceleration, keyboard behavior, navigation and general smoothness of the UI. If they don’t behave exactly natively, things can add up and result in frustrating experiences for users.
When necessary, React Native provides a way to penetrate to the native frameworks to achieve whatever native features that we wish to implement in the app. This is a bit like making a phone call in The Matrix.
No, definitely not. For example, if you have a web app already and want to release it to the app stores as soon as possible. You are willing to sacrifice the user experience for the shortest time to market.
Another case is that if what would be presented in the app is mostly content with not much interactivity, it wouldn’t be too bad to put it inside a WebView.
However, if the user experience of your app is important, if there’s some interactivity in the app, like accepting user input, drag&drop, swiping screens etc., definitely consider React Native. Because the last thing you want to do is to mimic native UI with WebView UI.
Alright, we’ve looked at what “native” really means, what WebView UI is and why React Native UI is better, how React Native compares to other WebView frameworks such as Cordova/PhoneGap and Ionic.
What do you think? Which framework would you use to build your next app?
At the end of Matrix Reloaded, Neo was showing the ability to control and take down the sentinels even in Zion. Although this is not clearly explained in the followup Matrix Revolution, many fans at the time thought even Zion was simulated.↩
After all, as Elon Musk said, there’s a one in billions chance we’re in base reality.↩
Let’s use the term “framework” loosely in this post to refer to a piece of software with some sort of structure.↩
Freelance full-stack developer in BC Canada (GMT-8). Android, React Native, Node.js, MongoDB, PostgreSQL.Follow him on Twitter.
© 2018 jimu Labs, Inc.