Zásady psaní čistého kódu v JavaScriptu pro začátečníky i pokročilé
Druhý pilíř je monitoring. Bez něj nevíte, jestli změny fungují. Nejdřív zaveďte základní metriky: dostupnost služby, odezvu, chybovost a využití prostředků. Nesnažte se měřit všechno. Vyberte pět až sedm ukazatelů, které mají přímý vztah k tomu, co uživatel vidí, a ty sledujte. Když se něco pokazí, mějte předem připravený postup, jak problém lokalizovat – ne improvizujte až v momentě výpadku.
Jak na to: od proměnných po funkce Začněte u proměnných. Používejte výstižné názvy, které popisují, co v nich je. Místo `let a = 5` napište `let pocetPokusu = 5`. A pozor na `var` – v moderním JavaScriptu ho nahraďte klíčovými slovy `let` a `const`. `const` používejte, když hodnotu neměníte, což je většina případů. Pokud se bez změny neobejdete, sáhněte po `let`. Vyhnete se tak neočekávaným chybám a kód bude předvídatelnější.
Čistý kód v JavaScriptu není luxus, ale nutnost. Když se k projektu vrátíte za půl roku, ušetří vám hodiny práce – a kolegům, kteří kód čtou, ušetří nervy. Základní pravidlo zní: pište kód tak, aby ho pochopil i někdo, kdo ho vidí poprvé. To znamená vyhnout se zkratkám, které šetří čas při psaní, ale při čtení ho naopak berou.
Když jako vývojář dostanete návrh od designéra, často vypadá dokonale. Problém však nastává ve chvíli, kdy máte z Pixel Perfect předlohy vytvořit funkční rozhraní. Základní pochopení UI a UX principů vám umožní nejen lépe komunikovat s designéry, ale také odhalit chyby, které by uživatele stály čas nebo peníze. Tento článek se zaměřuje na praktické dovednosti, které využijete při každodenní práci na frontendu.
Začněte tím, že si v panelu Sources otevřete příslušný JavaScriptový soubor. Pokud nevíte, kde hledat, pomůže vám záložka Network – po kliknutí na požadovaný síťový požadavek uvidíte, který skript se načítá a kdy. V samotném zdrojovém kódu pak kliknutím na číslo řádku nastavíte breakpoint. Až se kód spustí, provádění se zastaví přesně na tomto místě. V tu chvíli můžete najet myší na proměnnou a podívat se na její aktuální hodnotu, nebo použít panel Scope pro přehled všech lokálních i globálních proměnných. Pokud potřebujete projít kód krok za krokem, použijte tlačítka pro krokování – přeskočení do funkce, přeskočení přes funkci nebo pokračování na další breakpoint.
Prvním krokem je pochopení rozdílu mezi UI a UX. UI (User Interface) se týká vizuální stránky – barvy, typografie, mezery, ikony. UX (User Experience) pak zahrnuje celkový pocit z používání produktu, logiku toku obrazovkami a srozumitelnost interakcí. Jako vývojář byste měli vnímat obojí. Například místo abyste jen naprogramovali tlačítko, přemýšlejte, zda je jeho umístění očekávatelné a zda je jeho velikost dostatečná pro kliknutí prstem na mobilu. Tím předcházíte frustraci uživatelů a zbytečným bug reportům.
Jak převést návrh do kódu bez ztráty kvality Začněte vždy rozborem layoutu. Vytvořte si z návrhu jednoduchou kostru – rozdělte stránku na hlavní sekce, určete, které prvky jsou opakovatelné, a definujte vzdálenosti. Vyhněte se časté chybě, kdy začnete stylovat jednotlivé komponenty izolovaně a zapomenete na kontext. Používejte proměnné pro barvy, mezery a typografii. Pokud návrh obsahuje odstín, který se v paletě neopakuje, nebojte se designéra zeptat, zda je to záměr. Drobné odchylky v barvách nebo rádcích často vedou k nekonzistentnímu vzhledu.
Dalším důležitým aspektem je responzivita. Návrhy obvykle přicházejí v jedné velikosti, nejčastěji pro desktop. Vaším úkolem je rozhodnout, jak se layout přizpůsobí menším displejům. Při breakpointech se zaměřte na obsah – pokud se text na šířku nevejde, zalomte ho, ne jej zmenšujte. Mějte na paměti, že uživatelé na mobilu neklikají myší, ale prstem, takže minimální velikost tlačítek a odstupů musí být větší než na desktopu. Testujte na skutečných zařízeních, ne jen v devtools.
Komentáře používejte střídmě. Dobrý kód se komentuje sám – stačí výstižné názvy. Komentář pište, až když vysvětlujete proč, ne co. Například proč je zvolený tento algoritmus nebo proč se čeká časový limit. Pokud komentář popisuje, co dělá další řádek, je to zbytečnost. Místo toho kód upravte tak, aby byl jasný sám o sobě.
Na závěr si osvojte kontrolní seznam pro vlastní testování. Otevřete si aplikaci, projděte hlavní scénáře a sledujte, zda vás něco nezdržuje nebo neplete. Všímejte si drobností, jako jsou stínování, zaoblení rohů nebo velikost ikon – tyto detaily dělají rozhraní profesionálním. Když narazíte na problém, neopravujte jen kód, ale zvažte, zda návrh nevyžaduje úpravu. Vaše role vývojáře není jen psát kód, ale být obhájcem uživatele. Tento přístup ocení nejen klienti, ale i designéři, se kterými spolupracujete.