Redux v Reactu: chyba, která vám rozbije celý state > 공지사항

• 목록
• 답변
• 글쓰기
• 게시판 리스트 옵션
  • 수정
  • 삭제

První unit test je vstupní branou k lepšímu kódu. Naučí vás dívat se na kód z pohledu uživatele a přemýšlet o tom, co se může pokazit. Nebojte se chyb, které při psaní testů uděláte, jsou součástí procesu. Časem si vytvoříte vlastní postupy a zjistíte, že testování vám šetří čas při ladění a usnadňuje úpravy. Začněte s malým krokem, klidně s jednou funkcí, a brzy zjistíte, že bez testů se už nechcete obejít.

Na závěr si osvojte zvyk pravidelně testovat aplikaci přímo s reálnými uživateli, kteří daným jazykem mluví. Automatické nástroje odhalí chybějící překlady, ale nepostihnou nuance, jako je formální nebo neformální oslovení. V němčině či francouzštině je tato volba zásadní. Pokud si nejste jisti, kdy použít „ty" a kdy „vy", nastavte výchozí variantu podle cílové skupiny a umožněte přepnutí v nastavení. Díky tomu se vyhnete trapasům a uživatelé se budou cítit komfortně.

Nakonec si uvědomte, že Scrum není všelék. Pro týmy, které řeší hlavně operativní požadavky nebo podporu, může být kanban jednodušší a efektivnější. Kanban nemá sprinty, jen kontinuální tok práce, a hodí se tam, kde nestíháte plánovat dlouhodobě. Vyzkoušejte obojí a klidně si vezměte prvky z každého – důležité je, aby vám proces pomáhal, ne osvětlení v obývákuás brzdil. Agilita není o tom, že budete mít certifikát, ale že budete schopni rychle reagovat na změny a dodat funkční software.

Začněte důkladnou inventurou schématu. MySQL umožňuje věci, které PostgreSQL vyhodnotí jako chybu, nebo je převezme jinak. Typickým příkladem je automatické inkrementální číslo: v MySQL se používá AUTO_INCREMENT, v PostgreSQL musíte vytvořit sekvenci a propojit ji s výchozí hodnotou sloupce. Při migraci narazíte i na odlišnosti v práci s řetězci, datumy nebo logickými hodnotami. Například boolean v MySQL je v podstatě celé číslo, ale PostgreSQL rozlišuje pravou a nepravou hodnotu striktně. Pokud ve schématu máte sloupec s hodnotami 0 a 1, bez úpravy schématu se nedočkáte korektního chování.

Začněte tím, že si osvojíte tři role: product ownera, scrum mastera a vývojový tým. Product owner má jasnou vizi a odpovídá za to, co se dělá. Scrum master se stará o proces, odstraňuje překážky a hlídá, aby se tým neschovával za „agilní" výmluvy. Vývojový tým je samoorganizovaný a sám si rozděluje práci. Typická chyba začátečníků? Vytvoří si role podle šablony, ale ve skutečnosti jim chybí zodpovědnost. Pak se nikdo necítí být vlastníkem výsledku a sprint končí chaosem.

Při migraci nezapomeňte ani na ovladače a připojovací řetězce. Aplikace psaná pro MySQL má obvykle v konfiguraci jiný port a protokol. PostgreSQL standardně běží na portu 5432 a vyžaduje ovladač, který umí jeho specifický protokol. Po přepnutí připojení se často objeví problémy s kódováním, pokud zdrojová databáze používala jinou znakovou sadu. Před spuštěním důkladně otestujte všechny kritické dotazy, zejména ty, které používají agregační funkce, subquery nebo fulltextové vyhledávání. PostgreSQL nabízí pokročilejší nástroje, ale jejich syntaxe se liší, takže bez úprav se neobejdete.

Při práci s asynchronními operacemi, jako je načítání dat ze serveru, lidé často sklouzávají k tzv. „spaghetti" řešení. Místo jednoduchého třífázového stavu (loading, success, error) vytvářejí složité stavy s mnoha flagy. Tím se reduktor stává nepřehledným a testování noční můrou. Zkuste to udělat jednoduše: použijte jeden stav, který říká, v jaké fázi se požadavek nachází. Všechna data si také dobře promyslete – pokud potřebujete transformovat data ze serveru pro různé komponenty, nedělejte to přímo v reduktoru. To patří do selektorů nebo do funkcí, které data připraví mimo store.

Když do React aplikace přidáte Redux, často si myslíte, že hlavní je mít store a nějaké akce. Ale největší problém nebývá na začátku, nýbrž ve chvíli, kdy aplikace rekonstrukce koupelny krok za krokemčne růst. Typická chyba? Ukládání všeho do jednoho obřího stavu. Komponenta, která potřebuje jen jedno číslo, se znovu vykresluje při každé změně úplně jiné části stromu. Řešení přitom není složité: selektory. Místo toho, abyste v komponentě četli celý objekt a vybírali z něj data, použijte vytvořenou funkci, která vrátí jen potřebnou hodnotu. Tím zaručíte, že se komponenta překreslí jen tehdy, když se skutečně změní relevantní část stavu, ne při každém novém dispatchnutí.

První unit test obvykle vzniká s dobrým úmyslem, ale často končí jako zbytečná zátěž. Než začnete psát testy, musíte si ujasnit, co se od nich očekává. Unit test nemá dokazovat, že program funguje, ale že se chová podle definovaných pravidel. Měl by být rychlý, izolovaný a čitelný. Pokud test běží déle než pár sekund nebo závisí na databázi či síti, není to unit test, ale integrační test. To je první věc, na kterou je třeba myslet.

For more on viz zde take a look at the internet site.