Development server and HMR in Svelte

Introduction

A development server helps you see your app live as you build it. HMR (Hot Module Replacement) updates parts of your app instantly without reloading the whole page.

When you want to see changes immediately while coding your Svelte app.

When you want to keep your app state while updating code during development.

When you want faster feedback without manually refreshing the browser.

When you are debugging and want to test small changes quickly.

Syntax

Svelte

npm run dev

This command starts the development server with HMR enabled by default in SvelteKit or Vite projects.

You usually run this in your project folder terminal to start live reloading.

Examples

Starts the development server and enables HMR so your app updates instantly as you save files.

Svelte

npm run dev

Starts Vite development server allowing access from other devices on the network, also with HMR.

Svelte

vite --host

Sample Program

This simple Svelte component shows a button that increases a count when clicked. When you run npm run dev, the development server shows this button. If you change the text or logic, HMR updates the page instantly without full reload.

Svelte

<script>
  let count = 0;
</script>

<button on:click={() => count++} aria-label="Increment count">
  Count: {count}
</button>

Important Notes

HMR keeps your app state, so you don't lose data when you change code.

Use the browser's developer tools console to see errors or logs while running the dev server.

Development server is only for coding time; for production, build your app with npm run build.

Summary

Development server shows your app live and updates it as you code.

HMR updates only changed parts instantly without full page reload.

Run npm run dev to start the server with HMR in Svelte projects.

Practice

1. What is the main purpose of the development server in a Svelte project?

easy

A. To compile the app into a production build

B. To minify the app's JavaScript files

C. To deploy the app to a web server

D. To show your app live and update it as you code

Solution

1. Step 1: Understand the role of the development server

   The development server runs your app locally and shows live updates as you make changes.

2. Step 2: Differentiate from production tasks

   Compiling for production, deploying, and minifying are separate steps done after development.

3. Final Answer:

   To show your app live and update it as you code -> Option D

4. Quick Check:

   Development server = live updates [OK]

Hint: Development server = live preview while coding [OK]

Common Mistakes:

• Confusing development server with production build
• Thinking it deploys the app
• Assuming it minifies code automatically

2. Which command starts the Svelte development server with Hot Module Replacement (HMR)?

easy

A. npm run build

B. npm run dev

C. npm start

D. npm run serve

Solution

1. Step 1: Identify the standard Svelte dev command

   In Svelte projects, npm run dev starts the development server with HMR enabled.

2. Step 2: Understand other commands

   npm run build creates production files; npm start and npm run serve are not standard for Svelte dev server.

3. Final Answer:

   npm run dev -> Option B

4. Quick Check:

   Start dev server = npm run dev [OK]

Hint: Use npm run dev to start Svelte dev server with HMR [OK]

Common Mistakes:

• Using npm run build instead of dev
• Confusing npm start with npm run dev
• Trying npm run serve which is not default

3. Given this Svelte component running with HMR, what happens when you change the text inside the <p> tag and save the file?

medium

A. Nothing happens until you manually refresh the browser

B. The entire page reloads and the app state resets

C. Only the changed text updates instantly without full reload

D. The app crashes due to hot reload errors

Solution

1. Step 1: Understand Hot Module Replacement (HMR) behavior

   HMR updates only the changed parts of the app instantly without reloading the whole page.

2. Step 2: Apply to text change in <p> tag

   Changing text inside the paragraph triggers HMR to update that text immediately, preserving app state.

3. Final Answer:

   Only the changed text updates instantly without full reload -> Option C

4. Quick Check:

   HMR updates changed parts instantly [OK]

Hint: HMR updates only changed parts, no full reload [OK]

Common Mistakes:

• Thinking full page reload happens on every change
• Believing manual refresh is needed
• Assuming app crashes on text change

4. You run npm run dev but the browser does not update when you change your Svelte files. What is the most likely cause?

medium

A. The development server is not running or crashed

B. You forgot to save the file after editing

C. You used npm run build instead of npm run dev

D. Your browser cache is disabled

Solution

1. Step 1: Check if development server is active

   If the dev server is not running or crashed, no updates or HMR can happen.

2. Step 2: Evaluate other options

   Not saving files prevents changes but usually obvious; using build command doesn't start dev server; browser cache disabled does not stop updates.

3. Final Answer:

   The development server is not running or crashed -> Option A

4. Quick Check:

   Dev server running = updates work [OK]

Hint: Check if dev server is running when no updates appear [OK]

Common Mistakes:

• Assuming browser cache blocks updates
• Not saving files before expecting changes
• Confusing build command with dev server

5. You want to keep your app state while updating styles during development. Which feature of the Svelte development server helps you achieve this?

hard

A. Hot Module Replacement (HMR)

B. Full page reload on every change

C. Production build optimization

D. Manual browser refresh

Solution

1. Step 1: Understand state preservation during updates

   HMR updates only changed modules without reloading the whole page, preserving app state like variables and UI state.

2. Step 2: Contrast with other options

   Full reload resets state; production build is unrelated to live updates; manual refresh loses state.

3. Final Answer:

   Hot Module Replacement (HMR) -> Option A

4. Quick Check:

   Keep state during updates = HMR [OK]

Hint: HMR preserves app state during live updates [OK]

Common Mistakes:

• Thinking full reload keeps state
• Confusing production build with dev features
• Relying on manual refresh to keep state