Create Web App

A complete fullstack boilerplate for React/Graphql/AppSync web applications which extends the amazing Create-React-App with Apollo2, Reach Router, code splitting, aws s3 deploy and much more.

Table of Contents

- Create an App
- Folder Structure
- Available Scripts
- Importing Modules
- Styling
- Responsive Design
- Global styles
- Testing
- Unit Testing
- Integration Testing
- Code Splitting
- Internationalization
- Environment Variables
- Error Tracking
- Analytics
- Continous Integration

Create an App

There are two ways to create a new app.

$3

``sh
sudo npm install -g @cuttlas8/create-web-app
create-web-app my-web-app
`

$3

`sh
npx @cuttlas8/create-web-app my-web-app
`

_(npx comes with npm 5.2+ and higher)_

Folder Structure

Available Scripts

Importing Modules

Styling

To style the application the styled-components library is used. Every component that needs styling must have a styles.js file next to components' index.js file where all its styled components are defined and exported. The styled components are then imported in the index.js file using the desconstructing syntax.

`javascript
//styles.js

import styled from "styled-components";

export const Wrapper = styled.div
padding-top: 50px;
background-color: blue;
;
`

`javascript
//index.js

import { Wrapper } from "./styles";

const myComponent = () => {
return Hello World!;
};
`

$3

The application follows a mobile-first approach.

$3

Global syles (ex. styles for the body tag, CSS resets..) are defined at the index.css file found in the project root.

Testing

$3

Jest & react-testing-library

$3

Cypress

Code Splitting

The application supports code splitting through ES6 dynamic imports and React.lazy. It's encouraged to dynamically load all route components plus any other hidden expensive component (ex. a map inside a tab). To dynamically load a component, use the lazy function from React:

`javascript
import React, { lazy, Suspense } from "react";

const MyComponent = lazy(() => import("main/MyComponent"));

//use MyComponent as a normal component.
`

The component (and the sub-components it requires) won't be included in the initial bundle and only will be loaded when the component is rendered.

Internationalization

Environment Variables

Environment variables are defined in the following files in the project root:

- .env: Default.
- .env.development, .env.test, .env.production: Environment-specific settings.
- .env.development.local, .env.test.local, .env.production.local: Local overrides of environment-specific settings.

Files on the left have more priority than files on the right:

- npm start: .env.development.local, .env.development, .env
- npm run build: .env.production.local, .env.production, .env
- npm test: .env.test.local, .env.test, .env

Note that the .local files shouldn't be commited to the version control repository and are already in the .gitignore file.

> IMPORTANT: For security reasons, all custom variables must be prefixed with REACT_APP_

In .js files, environment variables are accessible through the process.env variable:

`javascript
const apiUrl = process.env.REACT_APP_API_URL;
`

In the public/index.html file, environment variables are accessible as follows:

`html

``

There is also a special built-in environment variable called NODE_ENV. You can read it from process.env.NODE_ENV. When you run npm start, it is always equal to 'development', when you run npm test it is always equal to 'test', and when you run npm run build to make a production bundle, it is always equal to 'production'. You cannot override NODE_ENV manually. This prevents developers from accidentally deploying a slow development build to production.

Error Tracking

Sentry & LogRocket

Analytics

AWS Pinpoint

Continous Integration

CycleCI