45aa641b2c
This Dockerfile produces a tiny image, 244Mi in size only. Heroku's buildpacks produces 3.74Gi in size. Signed-off-by: Andrey Arapov <andrey.arapov@nixaid.com> |
||
---|---|---|
.vscode | ||
public | ||
src | ||
.dockerignore | ||
.env | ||
.eslintrc.json | ||
.gitignore | ||
.npmrc | ||
.prettierrc | ||
Dockerfile | ||
jest.config.js | ||
LICENSE | ||
next-config.patch | ||
next-env.d.ts | ||
next.config.js | ||
package.json | ||
README.md | ||
sentry.client.config.js | ||
sentry.properties | ||
sentry.server.config.js | ||
tsconfig.json | ||
yarn.lock |
Mars Protocol Osmosis Outpost Frontend
1. Web App
This project is a NextJS. React application.
The project utilises React hooks, functional components, Zustand for state management, and useQuery for general data fetching and management.
Typescript is added and utilised (but optional if you want to create .jsx or .tsx files).
SCSS with CSS modules (webpack allows importing css files into javascript, use the CSS module technique to avoid className clashes).
2. Deployment
Start web server
yarn && yarn dev
3. Text and translations
This repository makes use of a translation repository. This repository containes all of the translation key values that are used within the UI. The rationale is to have no hardcoded display string values in this repository.
4. Development practices
4.1 Imports
Local components are imported via index files, which can be automatically generated with yarn index
. This command targets index.ts files with a specific pattern in order to automate component exports. This results in clean imports throughout the pages:
import { Button, Card, Title } from 'components/common'
or
import { Breakdown, RepayInput } from 'components/fields'
In order for this to work, components are place in a folder with UpperCamelCase with the respective Component.tsx file. The component cannot be exported at default, so rather export the const
instead.
4.2 Data orchestration
Data is handled with a combination of container components, useQuery and Zustand. Container components are responsible for syncing the application state with the wallet-provider state. This fire of the required queries in useQuery, which are for many cases also stored in Zustand.
We aim to have as much as possible available in Zustand, to have one source of truth.
5. Contributing
We welcome and encourage contributions! Please create a pull request with as much information about the work you did and what your motivation/intention was.
6. License
Contents of this repository are open source under the Mars Protocol Web Application License Agreement.