Wpis z mikrobloga

Mam dwa pytania co do #react

1. Czy jest coś jak utility classes w styled-components? Podobało mi się używanie ich w innych projektach ale teraz staram się w całości css mieć w styled-components. Tylko problemem jest to, że zamiast posiadania jednej klasy 'column' która ładnie flexem robi z elementów kolumnę to w każdym osobnym komponencie w którym chciałbym to zrobić, muszę pisać to od zera lub kopiować co wydaję mi się mega złą praktyką i że jest na to lepszy sposób.

2. Czy są jakieś konkretne sytuacje kiedy redux jest lepszy od context api lub na odwrót? Wcześniej używałem tego drugiego ale od kiedy nauczyłem się reduxa to najchętniej wywaliłbym kompletnie wszystkie contexty i zamienił na reducery tylko nie wiem na ile będzie to dobry pomysł i jakie konkretnie techniczne różnice są pomiędzy tymi dwoma

#programowanie #frontend
  • 10
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Czy jest coś jak utility classes w styled-components? Podobało mi się używanie ich w innych projektach ale teraz staram się w całości css mieć w styled-components. Tylko problemem jest to, że zamiast posiadania jednej klasy 'column' która ładnie flexem robi z elementów kolumnę to w każdym osobnym komponencie w którym chciałbym to zrobić, muszę pisać to od zera lub kopiować co wydaję mi się mega złą praktyką i że jest na to
  • Odpowiedz
konto usunięte via Wykop Mobilny (Android)
  • 0
@ekjrwhrkjew co Xd

@MusiZawierac4Znaki co do 2. to te rzeczy mają niewiele ze sobą wspólnego, redux to zarządzanie stanem a context to cokolwiek (?) - "paczka" na wartość, na pewno coś związanego z reactem,

możesz samemu zbudować jakieś zarządzanie stanem za pomocą kontekstu jednak bez żadnej wiedzy to może nie działać optymalnie

redux ma tą przewagę że "zaleca" separację aplikacji na warstwy: jakąś warstwa stanu, może warstwa akcji/operacji, w przykładach
  • Odpowiedz
@MusiZawierac4Znaki: Z path nota wynika że context nie jest jego finalną formą. Nie zaleca się go przy częstych zmianach stanu - chodzi pewnie o kwestie wydajności. Dodatkowo użytkując go z useStatem lub useReducerem masz problem z boilerplatem ( powtarzalnością kodu ). Dodatkowo dochodzi kwestia mutowalności. Używając redux toolkita możesz jakby mutować obiekty - resztę toolkit wywołuje w swojej wewnętrznej funkcji - pamięta stan poprzedni.

Jak umiesz w context to z
  • Odpowiedz