Architektura komponentów w React - tworzenie bibliotek i aplikacji

Warsztat ekspercki to coś więcej niż szkolenie. To praca w kontekście konkretnych problemów.

Kod: react-libs
Kategoria: React
Forma: 10% wykłady, 90% warsztaty
Czas trwania: 3 dni
Odbiorcy: developerzy, architekci
Zapisy: Indywidualne zamówienie i dopasowanie dla grupy.
Logistyka: W siedzibie klienta lub w innym dowolnym miejscu.

Warsztaty są wynikiem mojej kilkuletniej pracy połączonej z badaniami nad innymi bibliotekami o podobnym charakterze, mających te same wyzwania technologiczne. Nadszedł czas, aby podzielić się sprawdzonymi na produkcji rozwiązaniami architektonicznymi, które uważam za niesłychanie proste (ale nie łatwe!) w zastosowaniu w każdej bibliotece komponentowej. Podczas warsztatów wykorzystamy w praktyce cztery różne podejścia do tworzenia komponentu bibliotecznego, poznamy ograniczenia i możliwości każdego z nich zarówno z perspektywy maintainera i konsumenta biblioteki.

Na koniec omówimy kilka przydatnych wskazówek, które pozwolą rozplątać zależności między komponentami czyniąc je łatwiejsze w użyciu, prostsze w implementacji i bardziej elastycznymi.

WARSZTATY SĄ DLA CIEBIE, JEŚLI:

  • wiesz czym są komponenty, hooki, propsy, kontekst, ale nie wiesz co dalej z tym zrobić
  • zastanawiasz się, czym różni się komponent od zwykłej funkcji
  • uważasz, że kontekst służy tylko do trzymania globalnych danych
  • myślisz, że kontekst to tylko alternatywa dla reduxa
  • używasz tzw. children inspection, ale nałożyłeś mnóstwo ograniczeń na komponent
  • pomimo wszelkich starań twoje komponenty są pełne pętli i rozgałęzień
  • chciałbyś pisać bardziej przewidywalny kod - odporny na zmiany wymagań oraz łatwo wnioskowany
  • tworzysz bibliotekę UI, na przykład design system
  • pracujesz nad systemem komponentów i chciałbyś je jakoś rozwikłać
  • chcesz zagłębić się w architekturę compound components
  • nawet nie tworzysz biblioteki, ale cenisz sobie dobrą architekturę

PO WARSZTATACH

  • nauczysz się kilku heurystyk pomagających w tworzeniu komponentów low-coupling
  • będziesz pisał kod mniej podatny na błędy
  • zmienisz swoje myślenie o tym, czym jest komponent
  • twoje projekty będą czytelniejsze dzięki lepszemu użyciu JSX
  • nauczysz się rozwiązywać duże problemy bez tworzenia przerośniętych komponentów
  • będziesz tworzył komponenty, które się “fajnie razem korzysta”
  • dowiesz się, jak nie ograniczać end-usera w stosowaniu tzw. “idiomatic react”

Wyróżniki warsztatu

  • Zajęcia praktyczne, praca na własnym kodzie, etapami - commit po commicie
  • warsztaty przeznaczone dla osób, które są biegłe w tworzeniu aplikacji reactowych i interesują je zagadnienia z reużywalności kodu oraz tworzenia bibliotek ogólnego przeznaczenia (np. design system)
  • mocno skupiamy się na API komponentów (piszemy w Typescript)
  • pozbywamy się zbędnych abstrakcji i logiki niebiznesowej
  • wyrabiamy wyczucie: co powinno być “wewnątrz” a co “poza” danym komponentem
  • czysty React: tylko JSX, propsy, hooki i kontekst

Program Warsztatu eksperckiego

Program jest ramą w jakiej możemy się poruszać merytorycznie - program dla konkretnego szkolenia dedykowanego ustalamy z grupą na podstawie analizy przed-szkoleniowej.

  1. Virtual DOM - podstawy
    1. co to jest - pozbądźmy się mitów - to jest proste!
    2. gdzie można go znaleźć - najbardziej niezrozumiany fragment Reacta
    3. proces rekoncyliacji - co się dzieje między JSX a przeglądarką
  2. Ćwiczenie: projekt i implementacja prostego komponentu listy
    1. użycie intuicji do zbudowania komponentu bibliotecznego
    2. symulacja serii pojawiających się nowych wymagań funkcjonalnych
    3. iteracyjne rozbudowywanie komponentu podczas symulacji
    4. obserwacja rozrostu i splątania komponentów
  3. Idiomatyczny React z punktu widzenia użytkownika biblioteki reactowej
    1. JSX vs POJO API
    2. 4. heurystyka Nielsena
  4. Stopnie splątania komponentów
    1. high-coupling, no-coupling, low-coupling
    2. mindset konfiguracji i mindset kompozycji
    3. korzyści i konsekwencje przerzucania odpowiedzialności “na zewnątrz”
  5. Ćwiczenie: Compound components - sposób na rozplątanie odpowiedzialności komponentów
    1. komponenty niekomunikujące się
    2. komunikacja pasywna
      1. powtórzenie doświadczenia implementacji listy
      2. props inspection
      3. ograniczenia virtual DOM jako źródła informacji
    3. komunikacja aktywna
      1. powtórzenie doświadczenia implementacji listy
      2. React context
      3. "Single source of truth" w DOM - czy to możliwe?
      4. Compound events
    4. porównanie poziomu skomplikowania kodu różnych podejść
  6. Heurystyki rozplątywania komponentów
    1. separacja logiki i renderingu
    2. wielopoziomowa kompozycja
    3. parent vs owner
    4. przetwarzanie tablic
    5. ReactNode vs string
    6. zakres w callbackach
  7. Ćwiczenie - refactoring przykładu z życia wziętego.
    1. analiza problemów występujących w kodzie
    2. użycie przedstawionych heurystyk do przebudowania realnego komponentu typu Breadcrumbs
    3. porównanie poziomu skomplikowania kodu przed i po refactoringu
    4. burza mózgów (live) - nowe wymagania i analiza konieczności modyfikacji kodu bibliotecznego
  8. Zakończenie - praktyczne ćwiczenia z low coupling - komponenty zależne
    1. Cel 1: komponenty wewnątrz toolbara nie mają zaokrąglonych narożników, jednocześnie nie odwołując się w kodzie toolbara do żadnego z komponentów-dzieci?
    2. Cel 2: komponenty wewnątrz buttona automatycznie dostosowują swój rozmiar, a jednocześnie Button i PlusIcon nie muszą o sobie "wiedzieć"


Pobierz program w formacie PDF

Trenerzy

Poznaj ekspertów, którzy mogą poprowadzić Twój Warsztat.

Materiały związane z warsztatem

Idea renesansowej pracowni - Bottegi zakłada nieustanną pracę jej członków i dzielenie się jej wynikami.

  • Looking for the Holy Grail of Mobile Web Performance
    KATEGORIE: Front-end

    W świecie mobilnym Istnieje przeświadczenie, że jedynie aplikacje natywne są w stanie sprostać oczekiwaniom użytkowników. Wraz z pojawieniem się Progresywnych Aplikacji Webowych, które mają przenieść na platformę webową wiele cech zarezerwowanych dotąd tylko dla rozwiązań natywnych, oczekiwania dotyczące wydajności są silniejsze niż kiedykolwiek wcześniej. Czy Web jest w stanie im sprostać?

    Autor Bottega:

    Adam Bar

    Powiązane usługi:

    Audyty architektury

    Audyty architektury

  • JSON taki albo owaki... czyli kontrolowanie struktur z JSON Schema
    KATEGORIE: Front-end

    Slides

    JSON jest najpopularniejszym formatem definiowania/wymiany danych w sieci. Jest elastyczny niczym XML oraz zwięzły, jak to tylko możliwe. Nie mniej, rozwiązłość strukturalna JSONów powoduje utratę kontroli nad tym, jakie dane są przechowywane. Jeśli chcesz kontrolować, co może być przechowywane w formacie JSON, zerknijmy na JSON Schema.

    Autor Bottega:

    Tomasz Ducin

    Powiązane usługi:

    Audyty architektury

    Audyty architektury

  • A Ty co zrobisz bez frameworka
    KATEGORIE: Front-end

    Podczas tej prezentacji poznamy lit-html – bibliotekę, która w prosty sposób abstrahuje zawiłości operacji na DOM-ie – oraz jej kuzyna lit-element, dzięki któremu Web Componenty są dziś na wyciągnięcie ręki. Sprawdzimy, jak wiele można mieć za tak niewiele i zastanowimy się, czy lit-html może stanowić alternatywę dla frameworków.

    Autor Bottega:

    Adam Bar

    Powiązane usługi:

    Audyty architektury

    Audyty architektury

Zamów warsztat

Imię i nazwisko:
Firma:
E-mail:
Nr tel:
Temat:
Wiadomość:

Jeżeli preferujesz osobisty kontakt to zawsze możesz zadzwonić.

Iwona Sobótka

Koordynatorka szkoleń


Twoje dane osobowe przetwarzamy, aby udzielić odpowiedzi na Twoje pytanie. Administratorem Twoich danych osobowych jest Bottega It Minds Sławomir Sobótka. Przysługuje Ci prawo wniesienia sprzeciwu wobec przetwarzania, prawo dostępu do danych, prawo żądania ich sprostowania, usunięcia lub ograniczenia ich przetwarzania. Szczegółowe informacje dotyczące przetwarzania Twoich danych osobowych znajdują się TUTAJ.