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

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.

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.

Když už konflikt nastane, neřešte ho silou. Většina lidí se snaží konflikt vyřešit tak, že vezme svou verzi kódu a tu druhou zahodí, nebo naopak. To je největší past. Místo toho si nejdřív přečtěte obě verze a zjistěte, co se v daném místě děje. Pokud si nejste jistí, jak zařídit malou kuchyni kód funguje, podívejte se nábytek na míru commit message a na to, proč byla daná změna provedena. Často pomůže i to, že si konfliktní kód necháte zobrazit v diff nástroji, který zvýrazní rozdíly, a pak se rozhodnete, co je správné.

Dalším častým problémem je, že vývojáři řeší konflikty až ve chvíli, kdy je to nutné, tedy při mergování do hlavní větve. To je špatně, protože konflikt může být tak velký, že nebudete rozumět vlastnímu kódu, natož kódu kolegy. Místo toho si vždy před mergem udělejte takzvaný dry-run: zkuste větev mergnout do hlavní větve v samostatné větvi nebo v lokální kopii. Tím zjistíte, kde konflikty vznikají, a můžete je řešit v klidu, bez časového tlaku.

Druhá oblast, kde dělají mnozí chyby, je manipulace s proměnnými a stavem. Vyhněte se změnám globálních proměnných a sdílenému stavu. Když funkce mění data mimo sebe, je těžké sledovat, odkud se chyba vzala. Používejte parametry a návratové hodnoty. Pokud potřebujete pracovat s komplexním objektem, vytvořte si z něj nový objekt s upravenými hodnotami, neměňte původní. Tím se vyhnete vedlejším efektům, které způsobují nepredikovatelné chování. V moderním JavaScriptu k tomu máte skvělé nástroje – metody map, filter a reduce. Místo cyklu for, kde měníte pole, použijte map a vytvoříte nové pole. Je to nejen čistší, ale často i rychlejší.

Jak řešit konflikty dřív, než se stanou noční můrou Praktický postup vypadá takto: každé ráno, než začnete psát nový kód, si aktualizujte svou větev z hlavní větve pomocí rebase nebo merge. Rebase je vhodnější, pokud chcete historii větve udržet lineární a chcete se vyhnout zbytečným merge commitům. Pozor ale na to, že rebase přepisuje historii, takže pokud na větvi pracuje více lidí, raději použijte merge. Typická chyba je rebase na větvi, kterou už někdo posdílel, což pak vede k chaotickým konfliktům v kopiích ostatních.

Moderní JavaScript už dávno není o ručním skládání řetězců a opakování cyklů. Syntaxe ECMAScript 6 a novějších verzí přináší nástroje, které zásadně mění způsob, jakým píšete logiku. Místo abyste si pamatovali deset různých způsobů, jak něco napsat, stačí zvládnout pár klíčových konstrukcí a zbytek se odvodí sám. Tento článek se zaměří na to, co skutečně využijete v každodenní práci, a upozorní na místa, kde se snadno střelíte do vlastní nohy.

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 do 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.

Co vám ušetří nejvíc času: template literály a spread operátor Template literály, tedy zpětné uvozovky, umožňují vkládat proměnné přímo do řetězce: `Ahoj, $name!`. Konec s lepením plusů a escapováním mezer. Uvnitř ${} můžete provádět i výrazy, ale pozor na přílišnou složitost – když tam začnete psát vnořené podmínky nebo volání funkcí, kód se stává nečitelným. V takovém případě si výpočet uložte předem do proměnné. Další výhodou template literálů jsou víceřádkové řetězce bez
– ale jen pokud nenecháte v textu bílé znaky, které se zachovají doslova.

If you adored this article and you simply would like to be given more info pertaining to více zde i implore you to visit our web page.