Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

React Native boilerplate supporting multiple platforms: Android, iOS, macOS, Windows, web, browser extensions, Electron.

License

NotificationsYou must be signed in to change notification settings

mmazzarolo/react-native-universal-monorepo

Repository files navigation

An opinonated approach to supporting multiple platforms with React Native using a Yarn Workspaces monorepo.

Check outRunning React Native everywhere for an in-depth guide on how and why I recommend trying out this approach if you're planning to support multiple platforms in your app.

 

Overview

This monorepo usesYarn workspaces andTypeScript to support a modular React Native project.

The core idea is to isolate the JavaScript app code from the platform configurations (native code + the app bundlers like Metro and Webpack).
This isolation happens by using differentworkspaces: We have anapp workspace for the JavaScript app code, amobile workspace for the React Native mobile configuration, amacos workspace for the React Native macOS configuration, and so on.

We fully embraceYarnnohoist to allow using different versions of React Native on each platform (which is recommended but not required), simplifying the adoption of new React Native updates.
Thanks nohoist, each platform workspace (mobile,macos, etc.) can depend on any React Native version, regardless of what version the other platform workspaces are using.For example, we can usereact-native@0.65 on the mobile app andreact-native@0.63 on the macOS app — as long as the JavaScript app code supports both versions.
This approach promotes gradual React Native updates over updates in lockstep.

For more details, check out"Running React Native everywhere: Yarn Workspaces monorepo setup".

⚠️ Please notice that I'm not saying this is theright way to do React Native monorepos. This is just an approach that I enjoy using on larger codebases :)

Supported platforms

  • Android (React Native 0.65)
  • iOS (React Native 0.65)
  • Windows (React Native 0.65)
  • MacOS (React Native 0.63)
  • Android TV (React Native 0.65)
  • tvOS (React Native 0.65)
  • Web (React Native 0.65)
  • Web - Browser Extension (React Native 0.65)
  • Web - Electron (React Native 0.65)
  • Web - Next.js (React Native 0.65)

Getting started

You can use this repo as a boilerplate, removing the workspaces of platforms that you don't need, or you can create this setup from scratch if you want to fully understand how it works.

Using this repository as a boilerplate

  1. Clone the repository:git@github.com:mmazzarolo/react-native-universal-monorepo.git
  2. Run yarn installcd react-native-universal-monorepo && yarn

Create this setup from scratch

Step by step tutorial on creating this repository from scratch:

Tutorial for the TV and Next.js platforms from@thefinnomenon:

Additional resources:

Available commands

Development and build commands:

  • yarn android:metro: Start the metro server for Android/iOS
  • yarn android:start: Start developing the Android app
  • yarn android:studio: Open the android app on Android Studio
  • yarn ios:metro: Start the metro server for Android/iOS
  • yarn ios:start: Start developing the iOS app
  • yarn ios:pods: Install iOS cocoapods dependencies
  • yarn ios:xcode: Open the iOS app on XCode
  • yarn macos:metro: Start the metro server for macOS
  • yarn macos:start: Start developing the macOS app
  • yarn macos:pods: Install macOS cocoapods dependencies
  • yarn macos:xcode: Open the macOS app on XCode
  • yarn web:start: Start developing the web app
  • yarn web:build: Create a production build of the web app
  • yarn electron:start: Start developing the Electron app
  • yarn electron:package:mac: Package the production binary of the Electron app for macOS
  • yarn electron:package:win: Package the production binary of the Electron app for windows
  • yarn electron:package:linux: Package the production binary of the Electron app for linux
  • yarn browser-ext:start: Start developing the browser extension
  • yarn browser-ext:build: Create a production build of the browser extension
  • yarn windows:metro: Start the metro server for Windows
  • yarn windows:start: Start developing the Windows app
  • yarn tv:android:metro: Start the metro server for Android TV
  • yarn tv:android:start: Start developing the Android TV app
  • yarn tv:android:studio: Open the Android TV app in Android Studio
  • yarn tv:tvos:metro: Start the metro server for tvOS
  • yarn tv:tvos:start: Start developing the tvOS app
  • yarn tv:tvos:xcode: Open the tvOS app in XCode
  • yarn tv:tvos:pods: Install tvOS cocoapods dependencies
  • yarn next:start: Start the Next.js app
  • yarn next:build: Build the Next.js app
  • yarn next:serve: Serve the Next.js app build

Other commands (we useultra-runner to run these commands on all workspaces):

  • yarn lint: Lint each project
  • yarn lint:fix: Lint + fix each project
  • yarn test: Run tests of each project
  • yarn typecheck: Run the TypeScript type-checking on each project

Native dependencies

While working on React Native in a monorepo, you'll notice that several packages won't work correctly when hoisted — either because they need to be natively linked or because they end up being bundled twice, breaking the build (e.g.,react,react-dom).
This is not an issue with the approach used in this project per se. It's more of a common problem with monorepos.

To fix these issues,we mark them as nohoist, so they will be installed in each package that depends on them.

In this monorepo, you can see an example of such libraries inreact-native-async-storage.

In the metro bundler and Webpack configs used across the monorepo,we're using a set of build-tools to ensure nohoisted packages are resolved correctly.
So, as long as you add these librariesto thenohoist list, you should be good to go 👍

Yarn Classic vs Yarn 2+

We're striving to make this setup compatible with Yarn Classic — but,with a few tweaks, it's compatible with Yarn 2+ as well (providing all Yarn 2+ benefits).
See#22 for more info.

Setting up Yarn 2+

  1. Runyarn set version berry at the root of project. It will create a.yarnrc.yml file.
  2. Add the following lines to.yarnrc.yml to ensurenode_modules directories are all created in each workspace:
nodeLinker:node-modulesnmHoistingLimits:workspaces
  1. nmHositingLimits tells how to hoist dependencies for each workspace. By setting it toworkspaces all dependencies will be installed in each workspace'snode_modules rather than being hoisted to the root folder. This means you can now you can safely thenoHoist section in the root'spackage.json.

Check outYarn 2+'s "getting started" guide for more info.

Known issues

In some cases, Yarn Classic won't be able to resolve correctly dependencies that have apeerDependency onreact-native.
See#22 for a few workarounds. A fix on thereact-native-monorepo-tools repois on the work.

Contributing

Contributions, discussions, and feedback are welcome! Please ask if there are any active plans on feature changes before submitting new PRs 👍

About

React Native boilerplate supporting multiple platforms: Android, iOS, macOS, Windows, web, browser extensions, Electron.

Topics

Resources

License

Stars

Watchers

Forks

Contributors7


[8]ページ先頭

©2009-2025 Movatter.jp