We help people save $400
The driving goal of the architecture of the boilerplate is separation of concerns. Namely:
-
Presentational components are separated from containers (aka "screens").
Presentational components are small components that are concerned with how things look. Containers usually define whole application screens and are concerned with how things work: they include presentational components and wire everything together.
If you are interested you can read more about it here.
-
State is managed using global Redux stores.
When applications grow, sharing state and its changes can become very hard. Questions like "How can I access this data?" or "When did this change?" are common, just like passing data around components just to be able to use it in nested components.
With Redux, state is shared using global stores, and changes are predictable: actions are applied by reducers to the state. While the pattern can be a bit much for small projects, the clear separation of responsibilities and predictability helps with bigger applications.
If you are interested you can read more about it here.
-
Application side-effects (API calls, etc.) are separated from UI and state manipulation using Redux Saga.
Using Redux Saga has two benefits: keeping application side-effects and related business logic out of UI components, as well as executing that logic in an asynchronous way without ending in callback hell.
Sagas are triggered by Redux actions and can also trigger Redux actions to alter state. By using JavaScript generators (
yield), sagas are written in a synchronous-like manner while still executing asynchronously.
The boilerplate contains:
- a React Native (v0.61.5) application (in "ejected" mode to allow using dependencies that rely on native code)
- a clear directory layout to provide a base architecture for your application
- Redux (v4.0.1) to help manage state
- Redux Persist (v5.10.0) to persist the Redux state
- Redux Sagas (v1.0.2) to separate side-effects and logic from state and UI logic
- React Navigation (v3.11.2) with a
NavigationServiceto handle routing and navigation in the app, with a splash screen setup by default - reduxsauce (v1.0.1) to facilitate using Redux
- axios to make API calls (v0.19.0)
- prettier and eslint preconfigured for React Native
The boilerplate includes an example (displaying fake user data) from UI components to the saga. The example is easy to remove so that it doesn't get in the way.
App/Components: presentational componentsApp/Config: configuration of the applicationApp/Containers: container components, i.e. the application's screensApp/Assets: assets (image, audio files, ...) used by the applicationApp/Navigators: react navigation navigatorsApp/Sagas: redux sagasApp/Services: application services, e.g. API clientsApp/Stores: redux actions, reducers and storesApp/Theme: base styles for the application
For more information on each directory, click the link and read the directory's README.
The boilerplate will follow new React-Native releases as soon as libraries and tools used here are compatible.
Node 8 or greater is required. Development for iOS requires a Mac and Xcode 9 or up, and will target iOS 9 and up.
You also need to install the dependencies required by React Native:
- for Android development
- for iOS development
- clone this repository
- install the npm dependencies by running
yarn
Assuming you have all the requirements installed, you can setup and run the project by running:
yarn installto install the dependencies- copy the config file that you wish to us from
App/Config/to [App/Config/index.js]. The dev config is namedindex.dev.js. The production config isindex.prod.js - run the following steps for your platform
- only the first time you run the project, you need to generate a debug key with:
cd android/appkeytool -genkey -v -keystore debug.keystore -storepass android -alias androiddebugkey -keypass android -keyalg RSA -keysize 2048 -validity 10000cd ../..to come back to the root folder
yarn startto start the metro bundler, in a dedicated terminalyarn androidto run the Android application (remember to start a simulator or connect an Android phone)
cd iospod installto install pod dependenciescd ..to come back to the root folderyarn startto start the metro bundler, in a dedicated terminalyarn iosto run the iOS application (remember to start a simulator or connect an iPhone phone)
- Using Fastlane to automate builds and store deployments (iOS and Android)
- You may want to use CocoaPods to manage your dependencies (iOS only)
This project is released under the MIT License.
TheCodingMachine is a web and mobile agency based in Paris and Lyon, France. We are constantly looking for new developers and team leaders and we love working with freelancers. You'll find an overview of all our open source projects on our website and on Github.
We looked into existing boilerplates before starting this project, and while many of them are awesome, we did not find what we were looking for.
The most popular is mcnamee's Starter Kit, which is unfortunately limited by Expo and misses Redux Saga.
If we look at the rest (and ignore unmaintained projects), many popular boilerplates are too opinionated: they include 3rd party services or very strong architecture choices that we are not comfortable with. To name a few: Snowflake runs with a Hapi Server running on Redhat OpenShift, Hasura's boilerplate uses Hasura's SaaS for authentication, Apollo's StarterKit is targeted at GraphQL using Apollo, the Meteor Boilerplate targets Meteor…
Finally some did not contain the architecture we are looking for (the separation of concerns with Redux, Sagas, etc.), for example re-start.
One interesting exception is Ignite IR Boilerplate "Andross", but after consideration we decided not to use it because of the large amount of unnecessary code/components it provided.