Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/sombriks/rosetta-beer-store
the very same beer store implemented in various stacks. also, frontends and backends are interchangeable
https://github.com/sombriks/rosetta-beer-store
android angularjs backend cordova cpp express flask frontend go javascript jee kotlin martini nativescript-vue pipenv qt rails spring-boot typescript vue
Last synced: about 3 hours ago
JSON representation
the very same beer store implemented in various stacks. also, frontends and backends are interchangeable
- Host: GitHub
- URL: https://github.com/sombriks/rosetta-beer-store
- Owner: sombriks
- Created: 2017-12-12T21:49:54.000Z (almost 7 years ago)
- Default Branch: master
- Last Pushed: 2023-03-19T20:54:03.000Z (over 1 year ago)
- Last Synced: 2024-05-02T06:09:47.208Z (7 months ago)
- Topics: android, angularjs, backend, cordova, cpp, express, flask, frontend, go, javascript, jee, kotlin, martini, nativescript-vue, pipenv, qt, rails, spring-boot, typescript, vue
- Language: JavaScript
- Homepage:
- Size: 10.5 MB
- Stars: 16
- Watchers: 5
- Forks: 1
- Open Issues: 0
-
Metadata Files:
- Readme: README.md
Awesome Lists containing this project
README
# rosetta-beer-store
The very same beer store implemented in various stacks. Also, front ends and
back ends are interchangeable
## Why
To compare stacks, analyze solutions, maybe give you a glimpse on what each
approach can do.
Also because it's fun.
## What do we have so far
### Working API
- beers listing
- beer detail
### Service Implementation
| **technology / feature** | REST API | CORS | Transparent JSON serialization | DB schema migration | Pooled db connection | Hot-reload development mode | Test Suite |
|-----------------------------------|----------|------|--------------------------------|---------------------|----------------------|-----------------------------|------------|
| javascript, knex, express | YES | YES | YES | YES | YES | YES | YES |
| javascript, knex, koa | YES | YES | YES | YES | YES | YES | YES |
| typescript, typeorm, nestjs | YES | YES | YES | YES | YES | YES | *** |
| java, JEE | YES | NO* | YES | YES | YES | YES | *** |
| java, flywaydb, spring boot | YES | YES | YES | YES | YES | NO | YES |
| kotlin, ktorm, liquibase, javalin | YES | YES | YES** | YES | YES | NO | *** |
| python, sqlalchemy, flask | YES | YES | YES | YES | YES | NO | *** |
| go, gorm, gomigrate, martini | YES | YES | YES | YES | NO | NO | *** |
| go, ent, sql-migrate, gin | YES | YES | YES | YES | NO | NO | *** |
| ruby, rails | YES | YES | YES | YES | NO | YES | *** |
\* for java project a simple filter can be set to adjust CORS
\** ktorm and javalin/jackson needs special configuration, see [retails](./beer-store-service-kotlin-javalin-ktorm-liquibase/README.md)
[here](https://stackoverflow.com/questions/71721581/how-to-configure-the-default-jackson-json-mapper-on-javalin/71722025#71722025).
\*** it could be implemented
### Client Implementation
| **technology/feature** | Transparent JSON serialization | Material Design implementation | SPA | Hot-reload development mode |
| --------------------------------- | ------------------------------ | ------------------------------ | --- | --------------------------- |
| javascript, vue, browserify | YES | YES | YES | YES |
| javascript, angularjs, CDN | YES | YES | YES | NO |
| javascript, react, webpack | YES | YES | YES | YES |
| typescript, sveltekit | YES | NO | N/A | YES |
| C++, Qt, qml, qt-creator | NO | NO | N/A | NO |
| javascript, cordova, vue, vue-cli | YES | YES | YES | NO |
| kotlin, android, android-studio | YES | YES | N/A | NO |
| vue, nativescript | YES | NO | N/A | YES |
## How does it work
Each project will have one README.md explaining how to fire the engines.
You will need at least one service and one client running in order to see a
complete work.
We'll have clients and services.
Services must provide the very same REST API so their clients shall connect on
it in a transparent way.
Therefore, all services must use port 3000.
You shall run just one service at time.
The clients have not such limitation.
However, you must correctly point them to the service address.
This is not a simple language comparison, but tooling as well.
Is there more than one way to set up a java service project? Let's have it!
More than one way to set up a javascript client project! Let's go!
## Tell me more about this Beer Store
- The Beer Store is a modern web app
- It has a frontend and a back end
- It has two roles: customer and manager
- A default user called admin are available from the cold start
- It has both customer and manager roles
- New users can be created.
- New users have only the customer role
- The admin can grant the manager role for other users
- An user can not change their own roles
- **Customers** (i.e. users holding the customer role) can:
- Register themselves into the store
- Log in into the beer store
- List **beers**
- See beer details
- Add a beer to the **cart**
- Remove a beer from the cart
- Change beer amount in the cart
- Checkout the cart (pay for the beers)
- List past orders
- **Managers** can:
- Log in into the beer store
- Add new beers
- Change beer stock
- List beer **orders**
- See order details
- Change order status
- List customers
- See customer details
- There must have a rest api able to perform all these actions
- Some kind of data schema must be set up to help to persist information
- A few initial data must be present when the store goes up
- Some beers
- The admin user with both profiles (customer, manager)