Poslední tip se týká async/await, který nahrazuje řetězení .then(). Kód se čte jako synchronní, ale pozor na chybové stavy – vždy obalujte volání do try/catch. Zapomenutý catch způsobí nepředvídatelné chování aplikace, protože výjimka se propadne barvy stěn do obýváku neznáma. Také si dejte pozor na paralelní volání: pokud potřebujete spustit dva nezávislé asynchronní úkoly, použijte Promise.all, jinak čekáte na každý zvlášť a ztrácíte výkon. Tím získáte nejen čistší kód, ale i rychlejší odezvu aplikace.

Když se řekne ES6, většina vývojářů si vybaví šipkové funkce, destrukci nebo template literály. Tyto základní dovednosti už dnes nestačí. Moderní JavaScript nabízí mnohem víc, a právě v méně známých funkcích se skrývá velký potenciál pro čistší a rychlejší kód. Tento článek se zaměřuje na praktické využití pokročilejších feature, které můžete začít používat hned dnes.

Druhým pilířem jsou šípkové funkce. Kromě kratšího zápisu mají zásadní rozdíl: this se váže lexikálně, tedy podle místa definice, ne podle volání. To řeší věčný problém s function() {} uvnitř callbacků. Typická chyba je ale v tom, že šípkovou funkci použijete jako metodu objektu. Tam this neukazuje na objekt, ale na vnější kontext – výsledek je pak undefined a aplikace spadne. Pro metody vždy použijte klasický zápis, případně novou zkratku method() {} v literálu objektu. Šípkové funkce jsou skvělé pro mapování, filtrování a redukce, ne pro definici chování objektu.

Pozor na jednotky. Pro velikost písma používejte relativní jednotky jako em nebo rem, ne pixely. Vycházíte tak vstříc uživatelům, kteří si v prohlížeči zvětšují písmo. Pro šířku prvků se hodí procenta, maximální šířku nastavíte pomocí max-width. Pokud používáte absolutní jednotky, stránka se nemusí správně zobrazit na mobilních zařízeních. Vždy testujte vzhled na více velikostech obrazovky, nejen na svém monitoru.

Spread operátor ... vypadá nenápadně, ale má obrovskou sílu. Pomocí [...arr1, ...arr2] spojíte pole, pomocí ...obj1, ...obj2 sloučíte objekty. Klíčové je pořadí: vlastnosti z pozdějších objektů přepisují dřívější. To se hodí pro nastavení osvětlení v obývákuýchozích hodnot, ale pamatujte, že jde o mělkou kopii. Vnořené objekty se stále sdílejí referencí, takže pokud změníte vnitřní strukturu, ovlivníte i originál. Pro hluboké klonování musíte použít něco robustnějšího, ne jen spread.

Typickou chybou je take snaha odhadnout cas pod vlivem tlaku. Kdyz klient reklamuje „potrebuji to co nejdriv", neni duvod panikarit. Odpovzte: „Rozumim, ze spěchate. Podívam se na to, co je nutne, a do hodiny vam dam realny odhad." Tím získáte cas na rozmyšlenou a zaroven ukazete profesionalitu. Nikdy neříkejte „dnes to nestihnu" bez nabídky alternativy. Lepší je: „Dnes to nestihnu, ale zítra dopoledne to bude." Klient potrebuje vedet, kdy to bude, ne kdy to nebude.

Osvojení si těchto čtyř prvků – destrukturalizace, šípkové funkce, template literály a async/await – pokryje většinu každodenních potřeb. Nehoňte se za každou novinkou ve specifikaci; místo toho se zaměřte na to, aby váš kód byl čitelný a předvídatelný. Pravidelným používáním moderní syntaxe zjistíte, že mnoho problémů, které dříve vyžadovaly pomocné knihovny, je nyní řešitelných nativně. Stačí jen přestat psát JavaScript jako v roce 2010.

Další past je v tom, jak zařídit malou kuchyni token ověřujete. Každý požadavek, který přijde, by měl projít kompletní validací: podpis, expirace, audience, issuer. Vynechat jedinou z těchto kontrol znamená, že někdo může token podvrhnout nebo použít starý po expiraci. Nezapomínejte také na to, že podpis není totéž co ověření identity. Podpis jen říká, že token vystavil váš server, ale neříká, že ten, kdo ho předkládá, je skutečně ten, komu byl vydán. To je práce pro autorizaci – ověřte, že uživatel má právo na danou operaci, ne jen to, že token je platný. Teprve kombinace obojího dělá API opravdu zabezpečené.

Co delat, kdyz uz odhad padl a cas se krati Kdyz zjistite, ze se prace protahuje, nejhorsi je mlcet a doufat, ze to nikdo nepozna. Misto toho klienta informujte co nejdrive, ale konkretne. Reknete: „Narazil jsem na problem s daty, ktery znamena, ze budu potrebovat o dva dny vic. Do pátku to ale bude." Tato veta obsahuje tri dulezite veci: duvod, novy termin a jasny slib. Nepoužívejte vágni vysvetleni jako „neco mi do toho vlezlo" – to pusobi neprofesionalne. Naopak, pokud vite, ze se opozdite jen o par hodin, nemusite klienta zatezovat kazdou drobnosti. Klíčem je rozlisit, co je pro klienta dulezite: vysledek, ne vase interni procesy.

Začněte destrukturalizací objektů a polí. Místo přiřazování přes tečkovou notaci si rovnou vytáhnete potřebné hodnoty: const name, age = user;. U polí zase const [first, second] = arr;. Na první pohled jde jen o kosmetiku, ale ve chvíli, kdy pracujete s vnořenými daty z API, ušetříte desítky řádků. Pozor na jednu věc: destrukturalizace vždy kopíruje hodnotu, ne referenci. Pokud potřebujete změnit původní objekt, musíte pracovat s celým objektem, ne s rozloženými proměnnými. Častý začátečnický chyba je snaha přiřadit destrukturalizovanou hodnotu zpět – to nefunguje.

In case you loved this article and you want to receive more information concerning Https://feywild.thirdrealm.org/index.php?title=6_zásad,_jak_zkrotit_Redux_a_neztratit_se_v_akcích please visit our own web page.