Skip to content
intermediatePhase 93 · Beginner Projects

Todo App — Version 3 (Node/Express/MongoDB)

Add a REST API backend with Express, MongoDB persistence, CRUD endpoints, and connect the React frontend.

3h
0 problems
Topic Progress0%

Project Overview

Todo App — Version 3 (Backend)

Add a real backend. The todo data now lives in MongoDB, not localStorage.

Architecture

React Frontend (port 3000)
    ↓ HTTP requests
Express API (port 5000)
    ↓ Mongoose ODM
MongoDB (port 27017)

What You Will Build

Backend (Express + MongoDB):

  • GET /api/todos — list all todos
  • POST /api/todos — create a todo
  • PATCH /api/todos/:id — update a todo
  • DELETE /api/todos/:id — delete a todo

Frontend (React):

  • Same UI as V2
  • Replace localStorage with API calls
  • Handle loading and error states

Architecture — What Goes Where and Why

Project Architecture

Before writing any code, let's understand what files we need and where they go. Think of this like a blueprint for a house — you don't start building without a plan.

The File Tree

Every project needs a folder structure. Here is ours:

├── server.js
├── database.js
├── routes/todos.js
├── public/index.html
├── public/js/app.js
├── package.json

What Each File Does

Let me explain each file like you're 5 years old:

server.js — Express API server

Handles HTTP requests for CRUD operations on todos.

database.js — SQLite connection

Creates and manages the database file and tables.

routes/todos.js — API routes

GET, POST, PUT, DELETE endpoints for todos.

public/index.html — Frontend page

The HTML served to the browser.

public/js/app.js — Frontend JavaScript

Makes fetch() calls to the API instead of using localStorage.

package.json — Dependencies

Express, better-sqlite3, and other packages.

Why This Structure?

You might wonder: why use folders at all? Why not put everything in one place?

Because as projects grow, you might have:

  • Multiple CSS files
  • Many JavaScript files
  • Images, fonts, and other assets

If they're all in one folder, it's chaos. Folders keep things organized.

// BAD — everything in one folder
index.html
styles.css
main.css
dark.css
app.js
utils.js
helper.js

// GOOD — organized in folders
index.html
css/
  styles.css
  main.css
js/
  app.js
  utils.js

The Golden Rule

When you start a project, ALWAYS:

  1. Create the folder structure FIRST
  2. Then fill in the files one by one
  3. Never write everything in one giant file

This is how professional developers work. Always.

Step 1 — Project Setup (Creating the Empty House)

Setting Up the Project

We are going to create an empty project from scratch. This is the exact process professional developers use every single day.

Open Your Terminal

Your terminal (also called "command line" or "console") is where you type commands to talk to your computer.

  • Mac: Open "Terminal" app
  • Windows: Open "PowerShell" or "Command Prompt"
  • VS Code: Press Ctrl+` (backtick) to open the built-in terminal

Step-by-Step Commands

Type each of these commands, one at a time, pressing Enter after each:

mkdir todo-fullstack && cd todo-fullstack && git init && npm init -y && npm install express better-sqlite3 && mkdir routes public public/js

What Just Happened?

Let me explain each command like you're 5:

mkdir [folder] — "Make a new box." This creates a folder on your computer.

cd [folder] — "Go inside the box." Now when you type commands, they happen inside this folder.

git init — "Start keeping a diary." Git will now track every change you make. If you break something, you can go back in time.

npm init -y — "Create an ID card for this project." It creates package.json with default settings. The -y means "yes to all questions."

touch [file] — "Create an empty file." Think of it as a blank piece of paper.

Verify It Worked

Type this command to see your files:

ls -la

The .gitignore File

Open .gitignore and add this:

node_modules/
.DS_Store
*.log
.env

Why? Because node_modules can be HUGE — thousands of files. We don't want to save all of them in Git. We can always recreate them with npm install.

Your First Git Commit

Now save everything to Git:

git add .
git commit -m "Initial project setup"

Congratulations! You just set up a project like a real developer.

Step 2 — Building the Core (Step by Step)

Building the Application

Now let's build the application step by step. Follow each step in order.

Build Steps

  1. Initialize npm project and install dependencies
  2. Create database.js — open SQLite, create todos table
  3. Create server.js with Express, serve static files
  4. Create routes/todos.js with GET /api/todos
  5. Add POST /api/todos for creating
  6. Add PUT /api/todos/:id for updating
  7. Add DELETE /api/todos/:id for deleting
  8. Build public/index.html (same UI as V1/V2)
  9. Rewrite public/js/app.js to use fetch() instead of localStorage
  10. Test all endpoints with curl or Postman
  11. Test the frontend end-to-end
  12. Add error handling and validation
  13. Commit and deploy

How Each Step Works

Step 1 — Create the entry point

Every application starts with an entry file. This is the file that runs first when someone opens your app.

Think of it like the front door of a house. Everything starts when you walk through it.

Step 2 — Set up the structure

Before writing features, we set up the basic layout. This is like putting up the walls before painting them.

Step 3 — Add the main functionality

Now we add what makes the app actually DO something. This is the "brain" of the application.

Step 4 — Connect everything

We wire the pieces together. The HTML connects to CSS. The JavaScript connects to HTML. Everything talks to each other.

Step 5 — Test and fix

We try everything, find bugs, and fix them. Real developers spend 30% of their time testing.

Save and Test

After each step, save your files and refresh the browser. If something breaks, check the browser console (F12 → Console tab).

Commit after each major step:

git add .
git commit -m "Describe what you just built"

Pro Tip

Build in small steps. Don't write 100 lines and then test. Write 10 lines, test, fix, then write 10 more. This catches errors early when they're easy to fix.

Building the Backend

Express API Setup

Project Structure

todo-api/
├── server.js
├── package.json
├── models/
│   └── Todo.js
├── routes/
│   └── todos.js
├── middleware/
│   └── errorHandler.js
└── .env

Server Setup

const express = require('express');
const mongoose = require('mongoose');
require('dotenv').config();

const app = express();
app.use(express.json());

mongoose.connect(process.env.MONGODB_URI)
  .then(() => console.log('Connected to MongoDB'))
  .catch(err => console.error('MongoDB error:', err));

app.use('/api/todos', require('./routes/todos'));

app.use((err, req, res, next) => {
  console.error(err.stack);
  res.status(500).json({ error: 'Something went wrong!' });
});

const PORT = process.env.PORT || 5000;
app.listen(PORT, () => console.log(`Server running on port ${PORT}`));

Todo Model

const mongoose = require('mongoose');

const todoSchema = new mongoose.Schema({
  text: { type: String, required: true, trim: true },
  completed: { type: Boolean, default: false }
}, { timestamps: true });

module.exports = mongoose.model('Todo', todoSchema);

Routes

const express = require('express');
const router = express.Router();
const Todo = require('../models/Todo');

// GET all todos
router.get('/', async (req, res) => {
  const todos = await Todo.find().sort({ createdAt: -1 });
  res.json(todos);
});

// POST create todo
router.post('/', async (req, res) => {
  const todo = await Todo.create({ text: req.body.text });
  res.status(201).json(todo);
});

// PATCH update todo
router.patch('/:id', async (req, res) => {
  const todo = await Todo.findByIdAndUpdate(
    req.params.id,
    req.body,
    { new: true }
  );
  res.json(todo);
});

// DELETE todo
router.delete('/:id', async (req, res) => {
  await Todo.findByIdAndDelete(req.params.id);
  res.json({ message: 'Todo deleted' });
});

module.exports = router;

Environment Variables (.env)

MONGODB_URI=mongodb://localhost:27017/todo-app
PORT=5000

Connecting Frontend to Backend

Connecting React to the API

API Service

const API_URL = 'http://localhost:5000/api';

export async function fetchTodos() {
  const res = await fetch(`${API_URL}/todos`);
  if (!res.ok) throw new Error('Failed to fetch todos');
  return res.json();
}

export async function createTodo(text) {
  const res = await fetch(`${API_URL}/todos`, {
    method: 'POST',
    headers: { 'Content-Type': 'application/json' },
    body: JSON.stringify({ text })
  });
  if (!res.ok) throw new Error('Failed to create todo');
  return res.json();
}

export async function updateTodo(id, updates) {
  const res = await fetch(`${API_URL}/todos/${id}`, {
    method: 'PATCH',
    headers: { 'Content-Type': 'application/json' },
    body: JSON.stringify(updates)
  });
  return res.json();
}

export async function deleteTodo(id) {
  await fetch(`${API_URL}/todos/${id}`, { method: 'DELETE' });
}

Updated App Component

function App() {
  const [todos, setTodos] = useState([]);
  const [loading, setLoading] = useState(true);
  const [error, setError] = useState(null);

  useEffect(() => {
    fetchTodos()
      .then(setTodos)
      .catch(err => setError(err.message))
      .finally(() => setLoading(false));
  }, []);

  const addTodo = async (text) => {
    const newTodo = await createTodo(text);
    setTodos(prev => [newTodo, ...prev]);
  };

  // ... rest of component
}

CORS Setup (Backend)

const cors = require('cors');
app.use(cors({ origin: 'http://localhost:3000' }));

Key Insight

Data now persists in a real database. Multiple devices can access the same todos. This is the fundamental shift from a static site to a web application.

Common Mistakes (What Goes Wrong)

Mistakes Everyone Makes

Every developer makes these mistakes. Knowing them ahead of time saves hours of debugging.

Mistake 1: Forgetting to Connect Files

<!-- WRONG — CSS is not linked, page looks ugly -->
<link rel="stylesheet" href="style.css">

<!-- RIGHT — file path matches actual location -->
<link rel="stylesheet" href="css/styles.css">

How to check: Right-click the page → Inspect → Network tab → look for red (failed) resources.

Mistake 2: JavaScript Before HTML

<!-- WRONG — JavaScript runs before HTML exists -->
<script src="app.js"></script>
<body>...</body>

<!-- RIGHT — JavaScript runs after HTML loads -->
<body>...</body>
<script src="app.js"></script>

Mistake 3: Not Using preventDefault()

// WRONG — page reloads when you submit
form.addEventListener('submit', () => {
  // This code runs, but then the page reloads!
});

// RIGHT — preventDefault stops the reload
form.addEventListener('submit', (e) => {
  e.preventDefault(); // Now the page doesn't reload
});

Mistake 4: Modifying State Without Re-rendering

// WRONG — changes data but screen stays the same
todos.push(newTodo);

// RIGHT — always update the screen after changing data
todos.push(newTodo);
render(); // Now the screen shows the new todo

Mistake 5: Not Handling Empty Input

// WRONG — adds empty tasks
addTodo(""); // Adds a blank todo

// RIGHT — check for empty input
if (text.trim()) {
  addTodo(text);
}

Mistake 6: Ignoring Errors

How to check for errors:

  1. Press F12 in your browser
  2. Click "Console" tab
  3. Look for red text
  4. Click on it to see what went wrong

If you see red text, DON'T IGNORE IT. That's the computer telling you something is broken.

Debugging Checklist

When something doesn't work:

  1. Check the console — F12 → Console (red text = error)
  2. Check the Network — F12 → Network (red lines = failed requests)
  3. Check file paths — Are CSS/JS files in the right folder?
  4. Check spelling — Typos in IDs, class names, function names
  5. Check the basics — Is the server running? Is the URL correct?

The 5-Minute Rule

If you've been stuck for 5 minutes:

  1. Stop
  2. Re-read the error message
  3. Search the error on Google/Stack Overflow
  4. If still stuck, ask for help

Don't waste hours on something that might be a simple typo.

Testing Everything Works

Testing Your App

A real developer NEVER assumes code works. They TEST it.

Why Test?

  • Users will find every bug you missed
  • Bugs found later cost 10x more to fix
  • Testing gives you confidence to make changes

Manual Testing Checklist

Go through this checklist for EVERY feature:

□ Page loads without errors (check browser console — F12)
□ All buttons work when clicked
□ All forms submit correctly
□ Input validation works (empty, special characters)
□ Data saves and loads correctly
□ Responsive on mobile (resize browser)
□ No console errors
□ All links work
□ Loading states appear during API calls
□ Error messages show when things fail

How to Check for Errors

Press F12 in your browser. Click the "Console" tab.

  • Empty = Good! No errors.
  • Red text = Bad. Click it to see what went wrong.

Edge Cases to Test

Real users do weird things. Test these:

  1. Empty input — What happens if you submit nothing?
  2. Very long input — Paste a 1000-character string
  3. Special characters — Type < > & " ' / 4. Rapid clicking — Click a button 10 times fast
  4. No internet — Turn off WiFi and try
  5. Refresh mid-action — Reload while something is happening

Browser Testing Tools

Tool How to Open What It Shows
Console F12 → Console JavaScript errors and logs
Network F12 → Network API requests and responses
Elements F12 → Elements Live HTML and CSS
Device Mode Ctrl+Shift+M Mobile screen simulation

Git Commit

After testing, commit your work:

git add .
git commit -m "Complete [project name] with testing"

What You Just Learned

Summary — Skills You Now Have

Technical Skills

  1. Project Structure — You know how to organize files in folders
  2. Git — You can initialize, add, commit, and push
  3. Version Control — You can track changes and go back in time
  4. HTML/CSS/JavaScript — You can build interactive web pages
  5. DOM Manipulation — You can change what's on screen with code
  6. Event Handling — You can respond to clicks, inputs, and other actions
  7. State Management — You can track and update application data
  8. Debugging — You can find and fix errors using browser tools
  9. Testing — You can verify your app works correctly

Thinking Skills

  1. Architecture — You planned the project BEFORE writing code
  2. Problem Solving — You broke a big problem into small steps
  3. Debugging — You systematically found and fixed errors
  4. Documentation — You wrote notes for future you (and other developers)

The Pattern

Every frontend application follows this pattern:

State (data) → Render (draw) → Event (respond) → Update State → Render again

React, Vue, Angular, Svelte — they ALL do this. You just learned the fundamental pattern that powers the entire web.

What's Next?

Look at the next project in the roadmap. Each new project builds on what you learned here. The skills compound — every project makes you a better developer.

Remember: every expert was once a beginner who didn't give up.

Quick Reference

Quick Reference

File Overview

  • server.js: Express API server
  • database.js: SQLite connection
  • routes/todos.js: API routes
  • public/index.html: Frontend page
  • public/js/app.js: Frontend JavaScript
  • package.json: Dependencies

Setup Commands

mkdir todo-fullstack && cd todo-fullstack && git init && npm init -y && npm install express better-sqlite3 && mkdir routes public public/js

Common Patterns

// Select an element
const el = document.getElementById('myId');

// Add event listener
el.addEventListener('click', (e) => {
  e.preventDefault();
});

// Update the DOM
el.innerHTML = '<p>New content</p>';
el.textContent = 'Text only';

Debugging

F12 → Console     → Check for errors
F12 → Network     → Check API requests
F12 → Elements    → Inspect HTML/CSS
Ctrl+Shift+M      → Mobile view

Git Commands

git init                  # Start a repo
git add .                 # Stage all changes
git commit -m "message"   # Save changes
git push                  # Upload to GitHub

Quiz

1. What does Express middleware do?

Question 1 options

2. Why use Mongoose over raw MongoDB driver?

Question 2 options

3. What is CORS and why do we need it?

Question 3 options

Flashcards

Question

What is a REST API?

Answer

An architectural style using HTTP methods (GET, POST, PUT, DELETE) to perform CRUD operations on resources

Question

What is MongoDB?

Answer

A document-oriented NoSQL database that stores data in flexible JSON-like documents (BSON)

Question

What is middleware in Express?

Answer

Functions that execute during the request-response cycle, before the final route handler

Revision Notes

Key Takeaways

  • 1.REST API enables client-server separation
  • 2.MongoDB stores flexible document schemas
  • 3.Mongoose provides validation and models
  • 4.CORS allows controlled cross-origin access
  • 5.Environment variables protect sensitive config

Interview Tips

  • Explain REST resource naming
  • Discuss MongoDB vs relational databases
  • Describe the request lifecycle in Express

Cheat Sheet

Todo V3 — Backend

Express Route

router.get('/', async (req, res) => {
  const todos = await Todo.find();
  res.json(todos);
});

Mongoose Model

const schema = new mongoose.Schema({
  text: { type: String, required: true },
  completed: { type: Boolean, default: false }
});

CORS

app.use(cors({ origin: 'http://localhost:3000' }));