Project Structure

In this session we will describe the structure designed for this project. With this design we intend to offer you a solution adaptable to any kind of management app. With the combination of Redux and Firebase Realtime Database technologies we can generate a synchronized system, which allows the update in real time with all your devices.

Table of contents

1. Application modules
   1. Static images
2. Redux, one state to rule them all
   1. Actions
   2. Reducers
   3. Middlewares
   4. Store
3. Components
   1. Connecting the components to the store
   2. Search component

Application modules

A structure must be simple enough for new team members to quickly get on board and immerse themselves into the project.

React’s ecosystem offers users complete control over everything, without being tied to any particular way of doing things. However, whenever we work on a React project it is necessary to use some kind of consensus to organize the source code. With this in mind, we believe that the ideal React project structure is the one that allows you to move around your code with the least amount of effort. Following this principle, Adventure Travel is made up of a simple project structure that allows you to easily scalate, adapt, reuse and create React Native components. In any case, you are welcome to adjust this structure for your own use case.

To get into context, let’s start analyzing the project from the JavaScript source code located in the /src folder. Remember that React Native uses the JavaScript language to generate from the source code to iOS and Android platforms, both in the /ios and android folders respectively. Inside the /src folder all the modules of the application will be organized.

📂 src
 ┣ 📁 common
 ┣ 📁 components
 ┣ 📁 images
 ┣ 📁 redux
 ┣ 📁 screens
 ┗ 📦 package.json

You have probably noticed that in each of these modules the files index.js and package.json are included. Both files are used to export and define the module with global access within the project.

📂 src
 ┣ 📂 common
 ┃ ┣ Color.js
 ┃ ┣ Device.js
 ┃ ┣ Images.js
 ┃ ┣ RealtimeDatabase.js
 ┃ ┣ Firestore.js
 ┃ ┣ Styles.js
 ┃ ┣ Util.js
 ┃ ┣ index.js
 ┃ ┗ 📦 package.json
 ┣ 📁 components
 ┣ 📁 images
 ┣ 📁 redux
 ┣ 📁 screens
 ┗ 📦 package.json

In the index.js file we must include all the module reference (imports) and then export it to make it visible outside the folder.

/src/common/index.js

import {Styles, FontSize} from './Styles';
import Color from './Color';
import Device from './Device';
import Images from './Images';
import RealtimeDatabase from './RealtimeDatabase';
import Firestore from './Firestore';
import Util from './Util';
import GoogleAPIs from './GoogleAPIs';

export {
  Styles,
  Color,
  FontSize,
  Device,
  Images,
  RealtimeDatabase,
  Firestore,
  Util,
  GoogleAPIs,
};

Also using the package.json file we can define the name of the package as global and use it anywhere in the project.

/src/common/package.json

{
  "name": "@common"
}

Now if you need to import something (like Color) from the common module you can refered it using @common route instead of all the static route.

import { Color } from "@common";

const primaryColor = Color.primary;

Static images

In any mobile application project it is necessary to use static image files (embedded in the app) instead of always downloading them from the Internet. This applies mainly for image files such as illustrations, logos, icons, etc. For this reason we have included a single folder to store all the embedded image files, located in the path: /src/images. We have included also the Images.js file in the @common module to export the reference of all the static images, located in the images folder.

/src/common/Images.js

export default {
    logoWhite: require("@images/logos/logoWhite.png"),
    IllustSettings: require("@images/illustrations/settings.png"),
}

Whenever you need to use a static image just reference Images from the @common module.

import { Images } from "@common";

render() {
    return (
        <View>
            <Image source={Images.logoWhite} />
        </View>
    );
}

Redux, one state to rule them all

Redux handles the entire application data flow within a single container while the previous state persists as well.

As an important part of our architecture, we include Redux for application status management. With Redux we can have one application state as a global state (“Single source of truth”), that includes all application data -like bookings and bookmarks- but also temporary states like search results, search history or popular destinations.

Tree view from React Native Debugger

To use this library (actually Redux is a library) a redux module was created that includes the actions, middlewares, reducers folders and the store.js file. Following the same logic as above, we have also included the package.json file for the module name.

📂 src
 ┣ 📁 common
 ┣ 📁 components
 ┣ 📁 images
 ┣ 📂 redux
 ┃ ┣ 📁 actions
 ┃ ┣ 📁 middlewares
 ┃ ┣ 📁 reducers
 ┃ ┣ 📦 package.json
 ┃ ┗ store.js
 ┣ 📁 screens
 ┗ 📦 package.json

Actions

The whole state of the app is stored in an object tree inside a single store. The only way to change the state tree is to emit an action, an object describing what happened. (Redux Documentation)

Following this principle, the actions folder has been created as a container for the action files of each data object. For example, we have included the bookmarks.js file for all actions that manage bookmarks objects (saved items). Inside this file we can find a set of functions (Action Creators) to manage each action, for example, adding a new bookmark. So actions are the information (Objects) and action creator are functions that return these actions.

/src/redux/actions/bookmarks.js

const addBookmark = bookmark => {
    return {
        type: "ADD_BOOKMARK",
        payload: bookmark
    }
}

// .......

export {
    // .......
    addBookmark
};

Reducers

Actions only tell what to do, but they don’t tell how to do, so reducers are the pure functions that take the current state and action and return the new state and tell the store how to do. To summarize, the reducers specify how the actions transform the state tree. We have included the reducers folder to group the reducers of each object.

/src/redux/reducers/bookmarks.js

const defaultState = [];

function reducer(state = defaultState, {type, payload}) {
  switch (type) {
    case 'ADD_BOOKMARK': {
      return [...state, payload];
    }
    case 'DELETE_BOOKMARK': {
      return state.filter((b) => b.id !== payload);
    }
    case 'CLEAR_BOOKMARKS': {
      return defaultState;
    }
    default:
      return state;
  }
}

export default reducer;

Middlewares

Basically a middleware is some code you can put between the framework receiving a request, and the framework generating a response. Redux middleware provides a third-party extension point between dispatching an action, and the moment it reaches the reducer. You can usually use Redux middleware for logging, crash reporting, talking to an asynchronous API, routing, and more. - Redux Middleware

In this architecture we have included a middleware to manage the synchronization between remote data (Firebase Realtime Database) and local data (local store). For example, when we call the action ADD_BOOKMARK this middleware will be invoked, the action will be detected and the information will be sent to the remote database. At the same time the action is executed and the local store is updated from the corresponding reducer.

/src/redux/middlewares/firebase.js

import database from '@react-native-firebase/database';
import auth from '@react-native-firebase/auth';

const firebase = (store) => (next) => (action) => {
  switch (action.type) {
    case 'ADD_BOOKMARK':
      next(action);
      database()
        .ref(`/bookmarks/${auth().currentUser.uid}/${action.payload.id}`)
        .set({...action.payload, created: new Date().getTime()});
      break;
      //........
   }
};

export default firebase;

The above example applies to updating remote data, however when using Firebase Realtime Database, synchronization can occur in reverse. That is, if you update the remote data, either from another device or from another interface such as a website, you must also update the local store. To complete this cycle a startListening function has been added to “listen” all the time for remote Firebase updates and update the local store only if the information does not exist.

/src/common/RealtimeDatabase.js

import database from '@react-native-firebase/database';
import {store} from '@redux/store';

const RealtimeDatabase = (() => {
  return {
    startListening: () => {
      const {user} = store.getState();
      /* Listening for new bookmark */
      database()
        .ref(`bookmarks/${user.uid}`)
        .orderByChild('created')
        .on('child_added', (snapshot) => {
          const newBookmark = snapshot.val();
          const {bookmarks} = store.getState();
          const exist = bookmarks.some((b) => b.id === newBookmark.id);
          // Add only if you are on another device (the bookmark doesn't exist)
          if (!exist) {
            store.dispatch({
              type: 'ADD_BOOKMARK',
              payload: newBookmark,
            });
          }
        });
    //........
})();

export default RealtimeDatabase;

Store

The store is the object which holds the state of the application. We have created the store.js file to include the single store for the entire application, as recommended by the Redux documentation:

It’s important to note that you’ll only have a single store in a Redux application. When you want to split your data handling logic, you’ll use reducer composition instead of many stores. - Redux Documentation

To start using the store instance you just need to import and call createStore. In our case we use multiple reducers, therefore it is necessary to include the combineReducers() function to combine several reducers into one.

/src/redux/store.js

import {createStore, combineReducers, compose, applyMiddleware} from 'redux';
import {persistStore, persistReducer} from 'redux-persist';
import thunk from 'redux-thunk';
import firebase from './middlewares/firebase';
// ...
import searchHistory from "./reducers/searchHistory";
import bookmarks from "./reducers/bookmarks";
import bookings from "./reducers/bookings";
import config from './reducers/config';

const reducer = combineReducers({
    // ...
    searchHistory,
    bookmarks,
    bookings,
    config,
});

We also use Redux-Persist to save the Redux store when the app is closed, and refer to the middlewares: firebase middleware (described above) and Redux-Thunk middleware to write Action Creators that return a function instead of an action. This last element is the one that allows us to create actions such as addBookmark as functions.

/src/redux/store.js

const persistConfig = {
  key: 'root',
  storage: AsyncStorage,
  whitelist: [
    'user',
    'explore',
    'categories',
    'popular',
    'searchHistory',
    'bookmarks',
    'bookings',
    'config',
  ],
  blacklist: [],
};

const composeEnhancers = window.__REDUX_DEVTOOLS_EXTENSION_COMPOSE__ || compose;

const persistedReducer = persistReducer(persistConfig, reducer);
const store = createStore(
  persistedReducer,
  composeEnhancers(applyMiddleware(thunk, firebase)),
);
let persistor = persistStore(store);

export {persistor, store};

Below, we specify how the store is connected to the user interface.

Components

As you probably know, React bases its architecture on components. That is: each piece of an app is handled as an isolated component (class or Hooks) where its own states, properties, styles and the access to the store are handled. With Adventure Travel you have a variety ready-to-use components to create your own mobile application. Components like ButtonGradient, CardPopular or ImageCollage can be found in the /src/components folder. Similarly we have created a folder to organize the components relating to the screens of the app: /src/screens. In this way we separate more atomic components like ButtonGradient from the more complex ones that compose a screen.

Basically each component extends from React.PureComponent and implements a render() method where the UI is returned in jsx format.

/src/components/ButtonBookmark/index.js

import React from "react";
import PropTypes from "prop-types";

class ButtonBookmark extends React.PureComponent {
    constructor(props) {
        super(props);
    }

    render() {
        // ...
    }
}

ButtonBookmark.propTypes = {
    experienceId: PropTypes.number
}

const styles = StyleSheet.create({
    content: {
        alignSelf: "flex-end",
        alignItems: "flex-end",
        padding: 8
    },
    icon: {
        fontSize: 20
    }
});

In each component we also include the use of propTypes to declare the properties required by the component and its data type. When props are passed to a component, they are checked against the type definitions configured in the propTypes property. When an invalid value is passed for a prop, a warning is displayed on the console. To learn more about how you can use prop-types and all the available validators, see their documentation.

Likewise, each component includes the reference to the component’s own styles using StyleSheet within the same file. Using the constant styles you can access the styles inside each component.

Connecting the components to the store

To connect the Redux store to the UI (components) we use the connect() function from react-redux. This function provides to the connected component the data it requires from the store, and the functions it can use to send actions to the store. If the component requires the use of an action that handles the state of the application, such as addBookmark, we can import the functions that we had already created in the actions folder.

import React from "react";
import { addBookmark, deleteBookmark } from "@redux/actions/bookmarks";
import { connect } from "react-redux";

Then we must create the mapStateToProps object to specify the properties we want to use from the global state and the mapDispatchToProps object to link the imported functions that act on the global state. We can then invoke the connect function using these objects as parameters and connect the component (ButtonBookmark in this example) to export it. This way you can access the declared properties to read the global state values and the functions to modify the global state.

/src/components/ButtonBookmark/index.js

import React from "react";
import PropTypes from "prop-types";
import { addBookmark, deleteBookmark } from "@redux/actions/bookmarks";
import { connect } from "react-redux";

class ButtonBookmark extends React.PureComponent {
    // ...
}

// ...

const mapStateToProps = state => {
    return {
        bookmarks: state.bookmarks,
        experiences: state.explore.experienceResults.experiences
    };
};

const mapDispatchToProps = {
    addBookmark,
    deleteBookmark
};

export default connect(mapStateToProps, mapDispatchToProps)(ButtonBookmark);

Now within the functions of the component it is possible to access as a property to the global state of bookmarks (this.props.bookmarks) or experiences (this.props.experiences). Similarly, the functions this.props.addBookmark and this.props.deleteBookmark can be accessed as properties.

render() {
    const booked = this.props.bookmarks.some(b => b.id == this.props.experienceId);
    return (
        <TouchableOpacity
            style={styles.content}
            onPress={booked ? this.removeBookmark : this.addBookmark}
        >
            <Icon
                name={booked ? "heart" : "hearto"}
                color={booked ? Color.heart : Color.background}
                style={styles.icon}
            />
        </TouchableOpacity>
    );
}

addBookmark = () => {
    const experience = this.props.experiences.find(e => e.id == this.props.experienceId);
    this.props.addBookmark(experience);
}

removeBookmark = () => {
    this.props.deleteBookmark(this.props.experienceId)
}

Search component

From version 1.0.5 you can make dynamic searches of Experiences, we incorporated geolocation-based search methods for dynamic search results. We have added a simple algorithm to search for locations based on geohash coordinates, which you may find useful in your project.

What is Geohashing anyway?

Geohashing is a geocoding method used to encode geographic coordinates (latitude and longitude) into a short string of digits and letters delineating an area on a map, which is called a cell, with varying resolutions. The more characters in the string, the more precise the location. PubNub

In this case a location (latitude and longitude) and a geohash (the coding of location) has been added to each experience, stored in the experiences collection.

To codify a geohash from coordinates you can use an online tool like Geohashes Movable Type Scripts or for React Native, use the ngeohash library:

import geohash from 'ngeohash';

const lat = 38.7437396;
const lon = -9.230243;
const geohash = geohash.encode(lat, lon);
console.log(geohash); // output: eyckmv

With a range of geohash codes (lower and upper) it is possible to do a search by a single string index (geohash) in the database, where the closest geohashes in string indicate the proximity in distance:

// Search of experiences in database according to a range of geohahes
const querySnapshot = await firestore()
    .collection('experiences')
    .where('geohash', '>=', geoRange.lower)
    .where('geohash', '<=', geoRange.upper)
    .get();