Firebase Auth & Realtime Database Apps · Lekcja

Wspólna edycja danych

Zaimplementuj funkcje umożliwiające wielu użytkownikom jednoczesne edytowanie i wyświetlanie współdzielonych danych w czasie rzeczywistym z wykorzystaniem synchronizacji Firebase.

Lekcja 3 z 411 kroki

Wspólna edycja danych to bezpłatna lekcja Firebase Auth & Realtime Database Apps na CoddyKit. To lekcja 3 z 4. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej Firebase Auth & Realtime Database Apps, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs Firebase Auth & Realtime Database Apps zawiera 4 lekcji w sumie.

Części tej lekcji nie zostały jeszcze przetłumaczone i są wyświetlane po angielsku.

What is Collaborative Editing?

Imagine multiple people working on the same document or shared list at the same time. That's collaborative editing!

Users see each other's changes instantly.
No one's work gets overwritten by accident.
Everyone has the most up-to-date information.

Firebase Realtime Database is perfect for this because it's built for speed and real-time synchronization.

Firebase's Real-time Advantage

The core strength of Firebase Realtime Database is its ability to synchronize data across all connected clients in milliseconds. This is fundamental for collaborative features.

Instant Updates: Changes made by one user are immediately pushed to others.
Offline Support: Data can be edited offline and synced when reconnected.
Scalable: Handles many concurrent users without complex backend logic.

This makes building chat apps, shared to-do lists, or collaborative whiteboards much simpler.

Structuring Data for Collaboration

For shared data, you'll often structure it under a common parent node. For example, a chat room or a document:

/chatRooms/room123/messages/
/documents/docABC/content/
/sharedTasks/taskXYZ/assignees/

Each user interacting with this data will listen to updates on these paths. Security rules are crucial here to define who can read/write.

Listening for Real-time Updates

Clients subscribe to data paths and get updates automatically. Here's a conceptual snippet (JavaScript-like) of how a client might listen for changes to a shared counter:

const db = firebase.database();
const counterRef = db.ref('sharedCounter');

counterRef.on('value', (snapshot) => {
  const currentCount = snapshot.val();
  console.log('Current count:', currentCount);
});

Any change to /sharedCounter by any client will trigger this listener instantly.

const db = firebase.database();
const counterRef = db.ref('sharedCounter');

counterRef.on('value', (snapshot) => {
  const currentCount = snapshot.val();
  console.log('Current count:', currentCount);
});

The Challenge: Concurrent Writes

What happens if two users try to update the same piece of data at the exact same moment? This is called a race condition.

Imagine a shared counter. User A reads 10, adds 1, and writes 11. At the *same time*, User B reads 10, adds 1, and writes 11. The counter should be 12, but it ends up as 11 because one update overwrote the other.

Simulating a Race Condition

This Java code simulates two threads trying to increment a shared counter without proper synchronization. Run it multiple times and observe the final count – it might not always be 2000!

public class Main {
  private static int counter = 0;

  public static void main(String[] args) throws InterruptedException {
    Thread t1 = new Thread(() -> {
      for (int i = 0; i < 1000; i++) {
        counter++;
      }
    });

    Thread t2 = new Thread(() -> {
      for (int i = 0; i < 1000; i++) {
        counter++;
      }
    });

    t1.start();
    t2.start();

    t1.join();
    t2.join();

    System.out.println("Final Counter: " + counter);
  }
}

Solving with Firebase Transactions

Firebase Realtime Database offers transactions to prevent these race conditions. A transaction ensures that an update operation is atomic – it either fully completes or fails, and no other writes interfere mid-way.

It works by:

Reading the current data.
Applying your changes to this data.
Writing the new data back, but ONLY if the original data hasn't changed since you read it.

If the data changed, the transaction retries.

Implementing a Transaction

Here's a conceptual transaction to safely increment a shared counter (JavaScript-like). The runTransaction method takes an update function.

const db = firebase.database();
const counterRef = db.ref('sharedCounter');

counterRef.transaction((currentData) => {
  // If data doesn't exist, start at 0
  if (currentData === null) {
    return 1;
  }
  // Increment the existing value
  return currentData + 1;
}).then((result) => {
  if (result.committed) {
    console.log('Counter incremented successfully!');
  } else {
    console.log('Transaction aborted or failed.');
  }
}).catch((error) => {
  console.error('Transaction error:', error);
});

This guarantees the counter is incremented correctly, even with many simultaneous users.

const db = firebase.database();
const counterRef = db.ref('sharedCounter');

counterRef.transaction((currentData) => {
  // If data doesn't exist, start at 0
  if (currentData === null) {
    return 1;
  }
  // Increment the existing value
  return currentData + 1;
}).then((result) => {
  if (result.committed) {
    console.log('Counter incremented successfully!');
  } else {
    console.log('Transaction aborted or failed.');
  }
}).catch((error) => {
  console.error('Transaction error:', error);
});

Transaction Logic Explained

The heart of a transaction is the update function: (currentData) => { ... }.

currentData: This is the value of the data on the server at the moment the transaction attempts to commit.
Return Value: Whatever your function returns is the new value Firebase tries to write.
Returning undefined or null: If you return undefined or null, the transaction is aborted, and no changes are written.

Firebase handles the retry logic if currentData changes between your read and its attempt to commit.

Quick Check on Transactions

You are building a collaborative drawing app. Users can add a new stroke to a shared canvas. Which Firebase feature is most crucial to ensure two users drawing at the exact same time don't overwrite each other's changes to the list of strokes?

Odpowiedz w interaktywnej lekcji

Recap: Collaborative Editing

In this lesson, we explored how Firebase Realtime Database powers collaborative editing applications. We learned:

Firebase's real-time synchronization is ideal for shared experiences.
Structuring data correctly is key for shared access.
Race conditions can occur with simultaneous writes.
Firebase Transactions are the solution to safely update shared data, ensuring integrity even with many users.

By using transactions, you can build robust collaborative features where users work together seamlessly.

Bezpłatny start

Ucz się Firebase Auth & Realtime Database Apps dzięki korepetycjom AI — za darmo

Pisz i uruchamiaj kod w przeglądarce, otrzymuj natychmiastową pomoc od korepetytora AI dostępnego 24/7 i kontynuuj naukę w sieci lub w aplikacji.

Kursy: 11
Lekcje: 44

Zacznij naukę bezpłatnie Wyświetl pełny kurs

Często zadawane pytania

Czy lekcja „Wspólna edycja danych” jest bezpłatna?

Tak — pełny tekst „Wspólna edycja danych” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu Firebase Auth & Realtime Database Apps, przejdź na CoddyKit PRO. Kurs Firebase Auth & Realtime Database Apps zawiera 4 lekcji w sumie.

Co nauczysz się w „Wspólna edycja danych”?

Zaimplementuj funkcje umożliwiające wielu użytkownikom jednoczesne edytowanie i wyświetlanie współdzielonych danych w czasie rzeczywistym z wykorzystaniem synchronizacji Firebase. Ćwiczysz Firebase Auth & Realtime Database Apps z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.

Czy potrzebuję doświadczenia, aby zacząć Firebase Auth & Realtime Database Apps?

Nie wymagamy żadnego doświadczenia. Firebase Auth & Realtime Database Apps w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 3 z 4.

Ile czasu zajmuje lekcja „Wspólna edycja danych”?

Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.

Czy mogę pisać i uruchamiać kod w tej lekcji Firebase Auth & Realtime Database Apps?

Tak. Każda lekcja Firebase Auth & Realtime Database Apps zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.

Wszystkie lekcje w tym kursie

Łączenie danych użytkowników z Auth
Profile użytkowników w czasie rzeczywistym
Wspólna edycja danych
Dostęp do danych użytkowników oparty na rolach

← Powrót do Firebase Auth & Realtime Database Apps