TABLE OF CONTENTS
This is the final project for the HackYourFuture curriculum we did as a class using the MERN stack by following the agile methodology with our team and a group of mentors. A quick guide to what we built:
Everyday 1/3 of the food goes waste globally. To help to reduce the food waste and create a connection between stores and people in need, we -as a WeSave team- took our responsibility! This app is created to help shops to be able to sell their almost-expired food for a very reasonable prices and customers to locate them according to their postcodes.
Click here for the Demo version
First, to setup all the directories run the following in the main directory:
npm install
npm run setup
The first command will install cypress
and some small libraries needed for running the rest of the commands. The second will go into the client
and server
directories and set those up to be ran.
In the client
and server
directory there are two .env.example
files. Create a copy and rename that to .env
. Then follow the instructions in those files to fill in the right values.
To run the app in dev mode you can run the following command in the main directory:
npm run dev
client
├── public
└── src
| └── __tests__
| └── __testUtils__
| └── assets
| └── components
| | └── __test__
| | └── Forms
| | └── layout
| | └── Search-Bar
| |
| └── context
| └── css
| └── hooks
| └── pages
| | └── AboutUs
| | └── Contact
| | └── Home
| | └── MyShop
| | └── resetpassword
| | └── Results
| |
| └── util
| └── index.jsx
|
cypress
| └── fixtures
| └── integration
| └── plugins
| └── support
server
|
└── src
└── __testUtils__
└── controllers
└── db
└── Middlewares
└── models
└── routes
└── util
index.js
public
|| public facing client code__tests__
|| anyjest
tests for specific components will be in a__tests__
folder on the same level__testUtils__
|| any code that is only being used in the tests is put in the__testUtils__
folder to separate that away from the rest of the codecomponents
|| all of our shared components that are used over multiple pageshooks
|| all of our custom hookspages
|| the page components of our app, any routing will go between these componentspages/components
|| components used specifically on those pagesutil
|| any utility functions that can be used anywhere on the client sideindex.jsx
|| the start point of the client
fixtures
|| any data/files thatcypress
needs can be placed hereintegration
|| all of our tests are in here, separated in folders based on the pages in our appplugins
|| any plugins for ourcypress
configuration can be placed heresupport
|| custom commands and other support files forcypress
can be placed here
__tests__
|| anyjest
tests for the api endpoints as that is our testing strategy for the backend__testUtils__
|| any code that is only being used in the tests is put in the__testUtils__
folder to separate that away from the rest of the codecontrollers
|| all of our controller functions that interact with the databasedb
|| all of our configuration for the databasemodels
|| all of ourmongoose
models will be placed hereroutes
|| code to match up the API with our controllersutil
|| any utility functions that can be used anywhere on the server sideindex.js
|| the start point of the server
The base stack of the app is a MERN stack (Mongoose, Express, React, Node). Next to that we make use of the following extras:
dotenv
|| To load the .env variables into the process environment. See docswebpack
/html-webpack-plugin
|| To bundle our React app and create a static app to host. See docshusky
|| To run our tests and linter before committing. See docseslint
|| To check our code. We have different configurations for frontend and backend. You can check out the configuration in the.eslintrc.(c)js
files in the respectiveclient
andserver
folders. See docsprettier
|| To automatically format our code. See docsconcurrently
|| To run commands in parallel. See docs
For more information on how these work together including the automatic deployment to heroku, have a look at our detailed DEV file.
@testing-library/*
|| We use React Testing Library to write all of our tests. See docsjest
|| To run our tests and coverage. See docsjest-fetch-mock
|| To mock out the backend for our testing purposes. See docsprop-types
|| To type-check our components. See docsTailwind CSS
|| To do the css design for all the components. SeedocsFramer
|| To apply animation to style. See docsgeolib
|| To do basic geospatial operations like distance calculation, conversion of lat&lon to postcodes, etc. See docs
nodemon
|| To automatically restart the server when in development mode. See docsjest
|| To run our tests and coverage. See docssupertest
|| To more easily test our endpoints. See docsmongodb-memory-server
|| To mock out our database in our backend tests. See docscors
|| To open up our API. See docsmongoose
|| To add schemas to our database. See docsgeolib
|| To do basic geospatial operations like distance calculation, conversion of lat&lon to postcodes, etc. See docsjsonwebtoken
|| To create tokens to check the authorization. See docsnodemailer
|| To send emails after confirmation of basket reservation and sending message through Contact Us page See docs
geoapify
|| To deal with geospatial operations/ See docs
- To create a customer profile and shop profile pages to be able to display information of the user/shop.
- The functionality that allows customer/shop-owner to edit personal/shop-related info
- Adding "cart" functionality to be able to store one or multiple baskets in it before payment
- Adding payment functionality
- Being able to upload custom images for baskets, shop-covers, and shop-logo
- History of purchase/sell for customer/owner
We, as a WeSave team, really would like to hear your amazing ideas about further improvements!! To do so, please reach us here!
Contributions are what make the open source community such an amazing place to learn, inspire, and create. Any contributions you make are greatly appreciated.
If you have a suggestion that would make this better, please fork the repo and create a pull request. You can also simply open an issue with the tag "enhancement". Don't forget to give the project a star! Thanks again!
- Fork the Project
- Create your Feature Branch (
git checkout -b feature/AmazingFeature
) - Commit your Changes (
git commit -m 'Add some AmazingFeature'
) - Push to the Branch (
git push origin feature/AmazingFeature
) - Open a Pull Request
Distributed under the MIT License. See LICENSE.txt
for more information.
Email - [email protected]
WeSave contact: WeSave Contact Form