Why Streaming with promises in Svelte? - Purpose & Use Cases

The Big Idea

What if your app could show data instantly, without waiting for everything to load first?

The Scenario

Imagine you want to show a live feed of data updates on your webpage, like messages or stock prices, but you have to wait for the entire data to load before showing anything.

The Problem

Waiting for all data before showing anything makes the page feel slow and unresponsive. Manually updating the UI as data arrives is tricky and can cause bugs or flickering.

The Solution

Streaming with promises lets you show parts of the data as soon as they arrive, making the page feel fast and smooth without complex manual updates.

Before vs After

✗ Before

fetch('/data').then(res => res.json()).then(data => showAll(data))

✓ After

for await (const chunk of streamData()) { showPartial(chunk) }

What It Enables

It enables real-time, smooth user experiences by displaying data progressively as it streams in.

Real Life Example

Think of a chat app where messages appear instantly as they arrive, instead of waiting for the whole conversation to load.

Key Takeaways

Manual data loading delays UI updates and feels slow.

Streaming with promises shows data bit by bit as it arrives.

This creates faster, smoother, and more engaging user experiences.

Practice

1. What is the main benefit of using streaming with promises in Svelte when fetching data?

easy

A. It allows showing data bit by bit for faster user feedback.

B. It delays showing any data until the entire response is received.

C. It automatically caches all data without extra code.

D. It prevents any UI updates until the promise fully resolves.

Solution

1. Step 1: Understand streaming with promises

   Streaming lets you process data as it arrives, not waiting for all data.

2. Step 2: Connect streaming to user experience

   Showing data bit by bit gives faster feedback, improving user experience.

3. Final Answer:

   It allows showing data bit by bit for faster user feedback. -> Option A

4. Quick Check:

   Streaming = faster feedback [OK]

Hint: Streaming means showing data as it arrives, not waiting [OK]

Common Mistakes:

• Thinking streaming waits for full data
• Confusing streaming with caching
• Believing UI updates only after full promise resolves

2. Which of the following is the correct way to start reading chunks from a fetch response stream in Svelte?

easy

A. const reader = response.getReader();

B. const reader = response.body.getReader();

C. const reader = response.readableStream();

D. const reader = response.streamReader();

Solution

1. Step 1: Identify how to access the stream reader

   The fetch response has a body property which is a ReadableStream.

2. Step 2: Use the correct method to get the reader

   Calling getReader() on response.body returns the reader.

3. Final Answer:

   const reader = response.body.getReader(); -> Option B

4. Quick Check:

   Use response.body.getReader() [OK]

Hint: Remember: reader comes from response.body.getReader() [OK]

Common Mistakes:

• Calling getReader() directly on response
• Using non-existent methods like readableStream()
• Confusing response.body with response itself

3. Given this Svelte code snippet, what will be logged to the console?

async function fetchData() {
  const response = await fetch('/data');
  const reader = response.body.getReader();
  const { value, done } = await reader.read();
  console.log(new TextDecoder().decode(value));
}
fetchData();

medium

A. The first chunk of data from the response decoded as text.

B. The entire response body as a string.

C. An error because reader.read() returns a promise without value.

D. Undefined because value is not set.

Solution

1. Step 1: Understand reader.read() output

   reader.read() returns a promise resolving to an object with value (chunk) and done (boolean).

2. Step 2: Decode the first chunk

   The code decodes the first chunk's bytes to text and logs it.

3. Final Answer:

   The first chunk of data from the response decoded as text. -> Option A

4. Quick Check:

   reader.read() gives first chunk [OK]

Hint: reader.read() returns first chunk and done flag [OK]

Common Mistakes:

• Assuming reader.read() returns full response
• Expecting reader.read() to return undefined value
• Confusing promise with direct value

4. What is wrong with this Svelte code that tries to stream data from fetch?

async function load() {
  const response = await fetch('/api');
  const reader = response.getReader();
  while(true) {
    const { value, done } = await reader.read();
    if(done) break;
    console.log(value);
  }
}

medium

A. Using while(true) causes infinite loop.

B. Missing await before fetch call.

C. Calling getReader() directly on response instead of response.body.

D. Not decoding value before logging.

Solution

1. Step 1: Check how getReader() is called

   getReader() must be called on response.body, not on response itself.

2. Step 2: Identify the error cause

   Calling response.getReader() will cause a runtime error because response has no such method.

3. Final Answer:

   Calling getReader() directly on response instead of response.body. -> Option C

4. Quick Check:

   Use response.body.getReader() [OK]

Hint: getReader() is on response.body, not response [OK]

Common Mistakes:

• Calling getReader() on response
• Forgetting to decode chunks
• Thinking while(true) always causes infinite loop

5. You want to display a loading message that updates with each chunk of streamed data in Svelte. Which approach correctly updates the UI as chunks arrive?

hard

A. Update a local variable inside the async function without reactive binding.

B. Wait for all chunks, then update the UI once with the full data.

C. Use setTimeout to delay UI updates until streaming finishes.

D. Use a writable store to append each decoded chunk and bind it to the UI.

Solution

1. Step 1: Understand UI reactivity in Svelte

   Svelte updates the UI when reactive variables or stores change.

2. Step 2: Choose a method to update UI per chunk

   Using a writable store to append each chunk triggers UI updates as data arrives.

3. Step 3: Why other options fail

   Waiting for all chunks delays UI update; setTimeout delays unnecessarily; local variable changes without binding won't update UI.

4. Final Answer:

   Use a writable store to append each decoded chunk and bind it to the UI. -> Option D

5. Quick Check:

   Writable store + binding = live UI updates [OK]

Hint: Use writable store to update UI reactively per chunk [OK]

Common Mistakes:

• Updating local variables without reactive binding
• Waiting for full data before UI update
• Using timers instead of reactive stores