Add dev excuse blog post

This commit is contained in:
mkhamrov 2022-09-05 13:06:24 +03:00
parent 8cd3cf8c0f
commit 2a7517177a
6 changed files with 268 additions and 0 deletions

View File

@ -0,0 +1,268 @@
---
title: Building a backbone for a full-stack web app with a single config file.
authors: [maksym36ua]
tags: [wasp]
---
import InBlogCta from './components/InBlogCta';
Well build a web app to solve every developer's most common problem finding an excuse to justify our messy work! And will do it with a single config file that covers the full-stack app architecture plus several dozen lines of code. In the quickest possible way, so we cant excuse ourselves from building it!
![Best excuse of all time](../static/img/compiling.png)
## The requirements were unclear.
Well use Michele Gerarduzzis [open-source project](https://github.com/michelegera/devexcuses-api). It provides a simple API and a solid number of predefined excuses. A perfect fit for our needs. Lets define the requirements for the project:
- The app should be able to pull excuses data from a public API.
- Save the ones you liked (and your boss doesn't) to the database for future reference.
- Building an app shouldnt take more than 15 minutes.
- Use modern web dev technologies (NodeJS + React)
As a result well get a simple and fun pet project. You can find the complete codebase [here](https://github.com/wasp-lang/wasp/tree/main/examples/tutorials/ItWaspsOnMyMachine).
![Final result](../static/img/final-excuse-app.png)
## Theres an issue with the 3-rd party library.
Setting up a backbone for the project is the most frustrating part of building any application.
We are installing dependencies, tying up the back-end and front-end, setting up a database, managing connection strings, and so on. Avoiding this part will save us a ton of time and effort. So lets find ourselves an excuse to skip the initial project setup.
Ideally use a framework that will create a project infrastructure quickly with the best defaults so that well focus on the business logic. A perfect candidate is [Wasp](https://wasp-lang.dev/). Its an open-source, declarative DSL for building web apps in React and Node.js with no boilerplate
How it works: developer starts from a single config file that specifies the app architecture. Routes, CRUD API, auth, and so on. Then adds React/Node.js code for the specific business logic. Behind the scenes, Wasp compiler will produce the entire source code of the app - back-end, front-end, deployment template, database migrations and everything else youve used to have in any other full-stack app.
![Wasp architecture](../static/img/wasp-architecture.png)
So lets jump right in.
## Maybe something's wrong with the environment.
Wasp intentionally works with the LTS Node.js version since it guarantees stability and active maintenance. As for now, its Node 16 and NPM 8. If you need another Node version for some other project theres a possibility to [use NVM](https://wasp-lang.dev/docs#1-requirements) to manage multiple Node versions on your computer at the same time.
Installing Wasp on Linux (for Mac/Windows, please [check the docs](https://wasp-lang.dev/docs#2-installation)):
```
curl -sSL https://get.wasp-lang.dev/installer.sh | sh
```
Now lets create a new web app named ItWaspsOnMyMachine.
```
wasp new ItWaspsOnMyMachine
```
Changing the working directory:
```
cd ItWaspsOnMyMachine
```
Starting the app:
```
wasp start
```
Now your default browser should open up with a simple predefined text message. Thats it! 🥳 Weve built and run a NodeJS + React application. And for now the codebase consists of only two files! `main.wasp` is the config file that defines the applications functionality. And `MainPage.js` is the front-end.
![Initial page](../static/img/init-page.png)
## That worked perfectly when I developed it.
**1) Lets add some additional configuration to our `main.wasp` file. So it will look like this:**
```js title="main.wasp | Defining Excuse entity, queries and action"
// Main declaration, defines a new web app.
app ItWaspsOnMyMachine {
// Used as a browser tab title.
title: "It Wasps On My Machine",
head: [
// Adding Tailwind to make our UI prettier
"<script src='https://cdn.tailwindcss.com'></script>"
],
dependencies: [
// Adding Axios for making HTTP requests
("axios", "^0.21.1")
]
}
// Render page MainPage on url `/` (default url).
route RootRoute { path: "/", to: MainPage }
// ReactJS implementation of our page located in `ext/MainPage.js` as a default export
page MainPage {
component: import Main from "@ext/MainPage.js"
}
// Prisma database entity
entity Excuse {=psl
id Int @id @default(autoincrement())
text String
psl=}
// Query declaration to get a new excuse
query getExcuse {
fn: import { getExcuse } from "@ext/queries.js",
entities: [Excuse]
}
// Query declaration to get all excuses
query getAllSavedExcuses {
fn: import { getAllSavedExcuses } from "@ext/queries.js",
entities: [Excuse]
}
// Action to save current excuse
action saveExcuse {
fn: import { saveExcuse } from "@ext/actions.js",
entities: [Excuse]
}
```
Weve added Tailwind to make our UI more pretty and Axios for making API requests.
Also, weve declared a database entity called `Excuse`, queries, and action. The `Excuse` entity consists of the entitys ID and the text.
`Queries` are here when we need to fetch/read something, while `actions` are here when we need to change/update data. Both query and action declaration consists of two lines a reference to the file that contains implementation and a data model to operate on. You can find more info in the docs. So lets proceed with queries/actions.
**2) Create two files: “actions.js” and “queries.js” in the `ext` folder.**
```js title=".../ext/actions.js | Defining an action"
export const saveExcuse = async (excuse, context) => {
return context.entities.Excuse.create({
data: { text: excuse.text }
})
}
```
```js title=".../ext/queries.js | Defining queries"
import axios from 'axios';
export const getExcuse = async () => {
return axios
.get('https://api.devexcus.es/')
.then(res => {
return res.data;
})
.catch(error => {
console.error(error);
});
}
export const getAllSavedExcuses = async (_args, context) => {
return context.entities.Excuse.findMany()
}
```
Lets add `saveExcuse()` action to our `actions.js` file. This action will save the text of our excuse to the database. Then lets create two queries in the `queries.js` file. First, one `getExcuse` will call an external API and fetch a new excuse. The second one, named `getAllSavedExcuses`, will pull all the excuses weve saved to our database.
Thats it! We finished our back-end. 🎉 Now, lets use those queries/actions on our UI.
**3) Lets erase everything we had in the `MainPage.js` file and substitute it with our new UI.**
```js title=".../ext/MainPage.js | Updating the UI"
import React, { useState } from 'react'
import { useQuery } from '@wasp/queries'
import getExcuse from '@wasp/queries/getExcuse'
import getAllSavedExcuses from '@wasp/queries/getAllSavedExcuses'
import saveExcuse from '@wasp/actions/saveExcuse'
const MainPage = () => {
const [currentExcuse, setCurrentExcuse] = useState({ text: "" })
const { data: excuses } = useQuery(getAllSavedExcuses)
const handleGetExcuse = async () => {
try {
setCurrentExcuse(await getExcuse())
} catch (err) {
window.alert('Error while getting the excuse: ' + err.message)
}
}
const handleSaveExcuse = async () => {
if (currentExcuse.text) {
try {
await saveExcuse(currentExcuse)
} catch (err) {
window.alert('Error while saving the excuse: ' + err.message)
}
}
}
return (
<div className="grid grid-cols-2 text-3xl">
<div>
<button onClick={handleGetExcuse} className="mx-2 my-1 p-2 bg-blue-600 hover:bg-blue-400 text-white rounded"> Get excuse </button>
<button onClick={handleSaveExcuse} className="mx-2 my-1 p-2 bg-blue-600 hover:bg-blue-400 text-white rounded"> Save excuse </button>
<Excuse excuse={currentExcuse} />
</div>
<div>
<div className="px-6 py-2 bg-blue-600 text-white"> Saved excuses: </div>
{excuses && <ExcuseList excuses={excuses} />}
</div>
</div>
)
}
const ExcuseList = (props) => {
return props.excuses?.length ? props.excuses.map((excuse, idx) => <Excuse excuse={excuse} key={idx} />) : 'No saved excuses'
}
const Excuse = ({ excuse }) => {
return (
<div className="px-6 py-2">
{excuse.text}
</div>
)
}
export default MainPage
```
Our page consists of three components. `MainPage`, `ExcuseList` and `Excuse`. It may seem at first that this file is pretty complex. Its not, so lets look a bit closer.
`Excuse` is just a div with an excuse text, `ExcuseList` checks if there are any excuses. If the list is empty show a message `No saved excuses`. In other case excuses will be displayed.
`MainPage` contains info about the current excuses and the list of already saved excuses. Two buttons click handlers `handleGetExcuse` and `handleSaveExcuse`. Plus, the markup itself with some Tailwind flavor.
**4) Before starting an app we need to execute database migration because we changed the DB schema by adding new entities. If youve had something running in the terminal stop it and run:**
```
wasp db migrate-dev
```
Youll be prompted to enter a name for the migration. Something like `init` will be ok. Now we can start the application!
```
wasp start
```
![Final empty result](../static/img/final-result.png)
Now you can click the “Get excuse” button to receive an excuse. And save the ones you like into the DB with the “Save excuse” button. Our final project should look like this:
![Final result](../static/img/final-excuse-app.png)
## It would have taken twice as long to build it properly.
Now we can think of some additional improvements. For example:
- 1) Add a unique constraint to Entitys ID so we wont be able to save duplicated excuses.
- 2) Add exceptions and edge cases handling.
- 3) Make the markup prettier.
- 4) Optimize and polish the code
So, weve been able to build a full-stack application with a database and external API call in a couple of minutes. And now we have a box full of excuses for all our development needs.
<InBlogCta />

Binary file not shown.

After

Width:  |  Height:  |  Size: 28 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 68 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 39 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 144 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 125 KiB