Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/juandc/bancobebe
โ๏ธ๐จ React app: SSR and PWA. Without Next, CRA, or Gatsby.
https://github.com/juandc/bancobebe
pwa pwa-example pwa-react react react-router ssr
Last synced: 18 days ago
JSON representation
โ๏ธ๐จ React app: SSR and PWA. Without Next, CRA, or Gatsby.
- Host: GitHub
- URL: https://github.com/juandc/bancobebe
- Owner: juandc
- License: mit
- Created: 2019-06-02T14:55:06.000Z (over 5 years ago)
- Default Branch: master
- Last Pushed: 2023-01-04T03:56:59.000Z (almost 2 years ago)
- Last Synced: 2023-03-08T10:59:20.155Z (almost 2 years ago)
- Topics: pwa, pwa-example, pwa-react, react, react-router, ssr
- Language: JavaScript
- Homepage:
- Size: 1.52 MB
- Stars: 2
- Watchers: 3
- Forks: 0
- Open Issues: 18
-
Metadata Files:
- Readme: README.md
- License: LICENSE
Awesome Lists containing this project
README
# BancoBebe
BB: Somos tu mamรก - React Webapp - SSR - PWA - Without Next, CRA, or Gatsby.โ ๏ธ Warning: No longer maintained. Check [react-chocolate](#proximamente) or [react-router-ultra](#proximamente2).
## SPA vs. SSR
This was complicated. I'm a fan of microservices, but in this case the facility and advantages of monorepos for the API and rendering from the server were higher.
These are my initial thoughts:
- SSR
- Data Storage (and API) using Node.js and MongoDB
- Authentication logic with Cookies ๐ช
- Data come straight from Node files that connect to Mongo (really cool ๐)
- Less importance data could be fetched from the client to an API (GraphQL? Long live this ๐)
- Landing Pages could be SPAs, but not sure... ๐คThe deal is how to do this! :sweat_smile:
## Frontend Architecture
Tech and tools:
- Express.js -> Server, SSR, DB (data) logic, SSR and API...
- React -> UI using renderToString and hydrate (streams are cool but does not support React Helmet or prefetching), some pages load data initially from the server, but it needs an API or something to load the same data just in case the page loads in the browser side (React Router Links), other pages just does not load data from the server but in the browser with an API...
- Webpack + Babel -> ES6+ to JS in bundles, for server and browser (check `config/webpack.*.js)...
- Webpack + loadable-components -> Code Splitting with ssr and no-ssr support...> React.lazy still does not supports SSR...
## Design System Principles
All products (just one, by now ๐ ) should follow these simple rules:
### โฐ Inspirational
We take inspiration from everywhere. For the same, our product should be a source of inspiration for developers, designers and other product creators. Not only the final result, all our processes must be planned and executed with excellence.### โช๏ธ Clean and spaced
Our UI should create a peaceful atmosphere, triggering creativity of users. This ambiance can be shaped by leaving a lot of space around every piece of interface. Cluttered interface is the source of stress that produces cortisol and adrenaline, both blocks our creative powers.### ๐ช Clarity and Consistency
The entire application should have the same objectives and should talk to the users in the same way, either visually or in writing.### ๐ผ Perceived stability
Even with robust and complex platforms, users should perceive the processes as simple and familiar as possible.### ๐ฎ User control and forgiving
Users should have the feeling of control over the product, the application must allow the user to change his mind or start a new process whenever he needs it.### โฟ๏ธ Accessibility
Our products should be usable for any user. We must build perceptible, operable, understandable and robust products.### ๐ฑ Mobile first
Design and development always starts on the mobile. The responsive design is not optional, but priority and mandatory.### ๐ทโโ Predictable Architecture
Architecture must be predictable and natural. Features should be placed in the right context to be easy to discover by new users.### โป๏ธ Reusability
Every hour that we invest working on a component should serve to build other components and prevent you or someone else from having to rebuild our work.### ๐ก Covering all scenarios
We account for all โstatesโ in the system, and there are symbols for each of these states.### ๐ K.I.S.S. (Keep it simple)
Cover all scenarios, but do not over-complicate users and yourselves with unnecessary details.### ๐ฅ Shareable
We must build and work with tools that allow us to share all our work.