https://github.com/numandev1/react-native-best-practice
React Native best practices📚✨
https://github.com/numandev1/react-native-best-practice
best best-practices expo increase-performance measure memoization performance practice practices profiling react-native wdyr
Last synced: 9 months ago
JSON representation
React Native best practices📚✨
- Host: GitHub
- URL: https://github.com/numandev1/react-native-best-practice
- Owner: numandev1
- License: mit
- Created: 2023-11-16T11:44:29.000Z (about 2 years ago)
- Default Branch: main
- Last Pushed: 2023-12-30T10:11:21.000Z (about 2 years ago)
- Last Synced: 2025-05-02T16:55:43.220Z (10 months ago)
- Topics: best, best-practices, expo, increase-performance, measure, memoization, performance, practice, practices, profiling, react-native, wdyr
- Language: JavaScript
- Homepage:
- Size: 6.29 MB
- Stars: 20
- Watchers: 3
- Forks: 1
- Open Issues: 0
-
Metadata Files:
- Readme: README.md
- Contributing: CONTRIBUTING.md
- License: LICENSE
- Code of conduct: CODE_OF_CONDUCT.md
Awesome Lists containing this project
README
[](#installation)
[](#installation)
[](https://discord.gg/5XCGcTTazY)
[](https://github.com/numandev1/react-native-best-practice/stargazers)
**REACT-NATIVE-BEST-PRACTICE** is a react-native best practice and a package, which provides techniques for increasing performance as well as utilities for increasing the performance of the app
## Table of Contents
- [Why-Did-You-Render (avoid extra rerendering)](#why-did-you-render-avoid-extra-rerendering)
- [Memoization in React](#memoization-in-react)
- [Pure Components](#pure-components)
- [Reference equality](#reference-equality)
- [React](#react)
- [Examples](#examples)
- [react-native-performance](#react-native-performance)
- [Disclaimer](#disclaimer)
- [react-native-best-practice hooks and utils](#best-practices-hooks-and-utils)
- [Installation](#installation)
- [Usage](#usage)
- [Hooks list](#hooks-list)
- [Util](#util)
- [Pro Tips](#pro-tips)
- [Monitor RAM, JS framerate, and UI framerate](#monitor-ram-js-framerate-and-ui-framerate)
- [Use Flashlist for listing](#monitor-ram-js-framerate-and-ui-framerate)
- [Custom Logger](#custom-logger)
- [State Management](#state-management)
- [Ref](#ref)
- [Native Stack](#native-stack)
- [Buffer](#buffer)
- [Storage (MMKV)](#storage-mmkv)
- [Image/Video Placeholders](#imagevideo-placeholders)
- [$ Currencies Handle](#currencies-handle)
- [Safearea insets](#safearea-insets)
- [C++ Book](#c-book)
- [Custom Text Component](#custom-text-component)
- [Big Number](#big-number)
- [Crypto](#crypto)
- [Do Measure Performance and Profiling](#do-measure-performance-and-profiling)
- [Remove Console.log from production app](#remove-consolelog-from-production-app)
# Why-Did-You-Render (avoid extra rerendering)
you should use [why-did-you-render](https://github.com/welldone-software/why-did-you-render) which notify you about potentially avoidable re-renders.
```ts
import React from 'react';
const useWDYR = __DEV__;
if (useWDYR) {
const whyDidYouRender = require('@welldone-software/why-did-you-render');
whyDidYouRender(React, {
// Enable tracking in all pure components by default
trackAllPureComponents: true,
trackHooks: true,
include: [
// Uncomment to enable tracking in all components. Must also uncomment /^Screen/ in exclude.
// /.*/,
// Uncomment to enable tracking by displayName, e.g.:
// /^Components/,
],
exclude: [
// Uncomment to enable tracking in all components
// /^Components/,
],
});
}
```
import above file code into your app root `index.js`
# Memoization in React
It's important to memoize heavy computations as well as arrays and object creations so that they don't get re-created on every render. A re-render occurs when state changes, redux dispatches some action, or when the user types into a text input (re-render for every single key press). You don't want to run a lot of operations in those renders for very obvious reasons - so no heavy filtering, no list operations, etc.
## Pure Components
A [Pure Component](https://reactjs.org/docs/react-api.html#reactpurecomponent) (or a `React.memo` component) does not re-render if it's props are _shallow equal_.
Each variable you create in your render function will get re-allocated on each render. While this is not a problem for **value types**, this causes **reference types** to be different on every render. When you pass those variables down to **pure components** via props, they will still re-render even though the props are logically the same. Often those variables even go over the Bridge and make your app slow.
## Reference equality
When a pure component re-renders, it compares the previous props to the current props and checks if they are _shallow-equal_.
### Value types
**Numbers**, **strings** and **booleans** are **value types**, which means they can be _compared by value_:
```js
const i1 = 7;
const i2 = 7;
const equal = i1 === i2; // true
```
### Reference types
**Objects**, **arrays** and **functions** are **reference types**, which means they cannot be compared by their logical value, but have to be _compared by reference_:
```js
const o1 = { x: 7 };
const o2 = { x: 7 };
const equal = o1 === o2; // false
```
Reference comparisons simply compare the memory address of the variable, so only `o1 === o1` would be `true` in the above code example.
> 'isEqual`from`react-native-best-practice` to compare objects by actual equality, but that's not _shallow equality_ anymore.
### React
If you create objects in your render function, they will be re-created on every single render. This means when you create an object in the first render, it is not _reference-equal_ to the object in the second render. For this very reason, memoization exists.
- Use the `useMemo` hook to memoize arrays and objects which will keep their reference equality (and won't get re-created on each render) as long as the dependencies (second argument) stay the same. Also use `useMemo` to cache heavy computations, such as array operations, filtering, etc.
- Use the `useCallback` hook to memoize a function.
- If you are re creating objective but can have same values then you can use `useDeepEffect`, `useDeepCallback`, `useDeepImperativeHandle` and `useDeepLayoutEffect` from `import {useDeepEffect, ...} from 'react-native-best-practice'`
In general, function components can be optimized more easily due to the concept of [hooks](https://reactjs.org/docs/hooks-overview.html). You can however apply similar techniques for class components, just be aware that this will result in a lot more code.
### React Native
While animations and performance intensive tasks are scheduled on native threads, your entire business logic runs on a single JavaScript thread, so make sure you're doing as little work as possible there. Doing too much work on the JavaScript thread can be compared to a high ping in a video game - you can still look around smoothly, but you can't really play the game because every interaction takes too long.
Native components (``, ``, ``, ``, ...) have to pass props to native via the bridge. They can be memoized, so React compares the props for _shallow-equality_ and only passes them over the bridge if they are different than the props from the last render. If you don't memoize correctly, you might up passing props over the bridge for every single render, causing the bridge to be very occupied. See the [Styles](#styles) example - styles will get sent over the bridge on every re-render!
Here are a few examples to help you avoid doing too much work on your JavaScript thread:
# Examples
## Styles
### Bad
```jsx
return ;
```
### Good
```jsx
const style = useMemo(() => [styles.container, { backgroundColor: 'red' }], []);
return ;
```
### Exceptions
- Reanimated styles from `useAnimatedStyle`, as those have to be dynamic.
## Arrays
Using `filter`, `map` or other array operations in renderers will run the entire operation again for every render.
### Bad
```jsx
return (
{users.filter((u) => u.status === 'online').length} users online
);
```
### Good
```jsx
const onlineCount = useMemo(
() => users.filter((u) => u.status === 'online').length,
[users]
);
return {onlineCount} users online;
```
You can also apply this to render multiple React views with `.map`. Those can be memoized with `useMemo` too.
## Functions
### Bad
```jsx
return console.log(layout)} />;
```
### Good
```jsx
const onLayout = useCallback((layout) => {
console.log(layout);
}, []);
return ;
```
Make sure to also think about other calls in the renderer, e.g. `useSelector`, `useComponentDidAppear` - wrap the callback there too!
## Forward-propagating Functions
### Bad
```jsx
function MyComponent(props) {
return props.logoutUser()} />;
}
```
### Good
```jsx
function MyComponent(props) {
return ;
}
```
## Objects
### Bad
```jsx
function MyComponent(props) {
return (
);
}
```
### Good
```jsx
function MyComponent(props) {
const scrollViewProps = useMemo(
() => ({
horizontal: props.isHorizontal,
}),
[props.isHorizontal]
);
return ;
}
```
## Lift out of render
### Bad
```jsx
function MyComponent() {
return ;
}
```
### Good
```jsx
const SCROLL_VIEW_PROPS = { horizontal: true };
function MyComponent() {
return ;
}
```
This applies to objects as well as functions which don't depend on the component's state or props. Always use this if you can, since it's even more efficient than `useMemo` and `useCallback`.
## Initial States
### Bad
```jsx
const [me, setMe] = useState(users.find((u) => u.id === myUserId));
```
### Good
```jsx
const [me, setMe] = useState(() => users.find((u) => u.id === myUserId));
```
[The `useState` hook accepts an initializer function](https://reactjs.org/docs/hooks-reference.html#lazy-initial-state). While the first example ("Bad") runs the `.find` on every render, the second example only runs the passed function once to initialize the state.
## Count re-renders
When writing new components I always put a log statement in my render function to passively watch how often my component re-renders while I'm working on it. In general, components should re-render as little as possible, and if I see a lot of logs appearing in my console I know I did something wrong. It's a good pactice to put this function in your component once you start working on it, and remove it once done.
```jsx
function ComponentImWorkingOn() {
// code
console.log('re-rendering ComponentImWorkingOn!');
return ;
}
```
You can also use the [why-did-you-render](https://github.com/welldone-software/why-did-you-render) library to find out _why_ a component has re-rendered (prop changes, state changes, ...) and possibly catch mistakes early on.
## `React.memo`
### Bad
```jsx
export const MyComponent = (props) => {
return ...
}
```
### Good
```jsx
const MyComponentImpl = (props) => {
return ...
}
export const MyComponent = React.memo(MyComponentImpl);
```
If your component renders the same result given the same props, you can wrap it in a call to `React.memo(...)` for a performance boost in some cases by memoizing the result. This means that React will skip rendering the component, and reuse the last rendered result. See [the official docs for `React.memo`](https://reactjs.org/docs/react-api.html#reactmemo), and [use `React.memo(...)` wisely](https://dmitripavlutin.com/use-react-memo-wisely/).
## react-native-performance
If your app feels slow, try the [react-native-performance](https://github.com/oblador/react-native-performance) library and it's flipper plugin to profile your app's performance in various aspects such as _time to interactive_, _component render time_, _script execution_ and more.
## Disclaimer
Don't prematurely optimize. Some examples used here (e.g. the `useMemo` one) are very small and only demonstrate the idea. A hook like `useMemo also comes with a cost (allocating the function and the deps array, calling the actual hook and running an array comparison), so keep in mind that it is often better to just pass in objects or arrays directly if the component itself is optimized. After a certain component complexity or with a certain dependency graph, memoizing functions can be a huge performance win, but there are also cases where it just leads to unnecessarily complex code and sometimes even worse performance.
Always benchmark before and after!
## best-practices hooks and utils
### Installation
```
npm i react-native-best-practice
```
### Usage
All passing arguments as in native [`React Hooks`](https://reactjs.org/docs/hooks-intro.html)
like
```
import {useDeepEffect} from 'react-native-best-practice'
useDeepEffect(()=>{
},[recreatedDeepObject])
```
#### Hooks list
- `useDeepEffect` => `useEffect`
- `useDeepMemo` => `useMemo`
- `useDeepCallback` => `useCallback`
- `useDeepImperativeHandle` => `useImperativeHandle`
- `useDeepLayoutEffect` => `useLayoutEffect`
### Util
- `isEqual` => will check isEqual deeply
- `cloneDeep` => will clone object and array deeply
# Pro tips
## Monitor RAM, JS framerate, and UI framerate
Always turn on Pref monitor while developing the app as it will tell you UI framerate and JS framerate, if any frame drops then you can check which new code is causing for dropping frame and making your Time To Interactive (TTI) low, you can open up the `Dev Menu` in your app and toggle `Show Perf Monitor`.
## Use Flashlist for listing
never use flatlist, always use [flashlist](https://shopify.github.io/flash-list/) as it uses the concept of recycling views, which only create and render a limited number of views that are visible on the screen
https://github.com/numandev1/react-native-best-practice/assets/36044436/e20bbe5c-da08-4242-a89c-94a31635ac65
## Custom Logger
Create a custom Logger instance and enforce emojis to categorize logs. This way it's easier to spot relevant lines in your console, and looks more friendly overall.
Do lots of logging to save yourself from long nights of debugging at a later point!
## Native Stack
Always use the native-stack from [@reactnavigation](https://github.com/react-navigation/react-navigation)
. Since it uses platform-native screen primitives, it is almost always worth the performance gains over the JS-based stack.
## State Management
- **Redux**
if you are already using redux then you should use [reselect](https://github.com/reduxjs/reselect) for memoized "selector" functions
- **React Context**
if you are already using [react context](https://react.dev/reference/react/createContext) then you should use [use-context-selector](https://github.com/dai-shi/use-context-selector) for memoized "selector" functions otherwise a context value is changed, all components that useContext will re-render.
recommended to use these libs [Recoil](https://recoiljs.org/), [Jotai](https://jotai.org/) [Zustand](https://github.com/pmndrs/zustand) for state management
## Ref
if you need to do something in child component from parent component, use [ref](https://react.dev/learn/manipulating-the-dom-with-refs) and [useImperativeHandle](https://react.dev/reference/react/useImperativeHandle) for calling child components functions from parent component instead of playing with state passing into child component
## Buffer
Use the [react-native-buffer](https://github.com/craftzdog/react-native-buffer) fork from [@craftzdog](https://github.com/craftzdog), when dealing with lots of Buffers to speed up your app. It uses C++ backed implementations exposed through JSI, which is roughly 4x faster than the JS-based implementation.
## Storage (MMKV)
Use [react-native-mmkv](https://github.com/mrousavy/react-native-mmkv) to synchronously store and retrieve data from local storage, which persists even on the next app launch.
Compared to localStorage on Web, MMKV also allows you to encrypt your data and have multiple instances!
## Image/Video Placeholders
Use [react-native-blurhash](https://github.com/mrousavy/react-native-blurhash) to show beautiful blurry placeholders for your images and videos.
Generate a short string that represents a blurry version of your content ("blurhash") server-side and send it alongside with your data to the app!
## Currencies Handle
When presenting numbers to the user, you should format them in the correct locale (commas, currency signs, ..)
While .toLocaleString(..) does it's job, you can actually construct your own NumberFormat instance to improve performance by ~2x!
## Safearea insets
Always handle Safe Area Insets appropriately. Instead of wrapping the entire screen in a , you can work with paddings to create cleaner UIs.
Here, we passed `contentContainerStyle={{ paddingBottom: safeAreaBottom }}` to the :
https://github.com/numandev1/react-native-best-practice/assets/36044436/d9e3acef-26a4-43be-b735-e814006532ed
## C++ Book
Read ["Effective Modern C++"](/media/Effective_Modern_CPP.pdf).
Even if you're not a C++ developer, this book will help you understand how memory management works and believe it or not this affects how you think about React (Native).
In fact that's the only programming book I ever read
you'll understand why {} === {} is false, how identity equality works, how re-renders are tons of allocations, how to avoid copies, and lots of other stuff about performance that just makes you think a little bit different when writing code.
Just don't prematurely optimize 😄
And if you want to go into C++ development with JSI, it's even better that you read this book - C++ is not as forgiving as JS.
If you make a library that has bad C++ code in it, users will hate you for making their app SIGABRT 😄
## Custom Text Component
Never use the component directly.
Instead, create your own abstraction so you don't repeat yourself with font name, font size or colors each time and it's easier to change properties at any point.
Additionally, create an ESLint rule to warn you every time you're trying to use instead of ⭐️
## Big Number
When dealing with large numbers, use [react-native-bignumber](https://github.com/margelo/react-native-bignumber/) instead of any of the JS-based libraries. ⚡️
It is backed by a pure C++ implementation and is ~330x faster than BN.js in certain applications (e.g. #crypto apps, ethers.js, elliptic, bitcoin)
## Crypto
When working with #crypto / cryptography, use react-native-quick-crypto instead of any of the JS-based libraries. ⚡️
It is backed by a pure C++ implementation and is up to 58x faster than [react-native-crypto](https://github.com/margelo/react-native-quick-crypto) or crypto-browserify in certain scenarios.
## Do Measure Performance and Profiling
you can use [FLASHLIGHT](https://docs.flashlight.dev/) for generateing a performance score for your Android app
you can do [Profiling](https://www.callstack.com/blog/profiling-react-native-apps-with-ios-and-android-tools) for performance optimization.
## Remove Console.log from production app
You should remove `console.log` from prod app as using `console.log `statements lowers the FPS, you can remove console.log by reading [this](https://stackoverflow.com/a/69029849/8079868)
# Credits
Thanks to [Marc Rousavy](https://github.com/mrousavy) and [
Margelo](https://github.com/margelo) as mostly best practices are their