Třetí oblast, kterou bych zdůraznil, je asynchronní kód. Express od verze 4 nezpracovává chyby v async funkcích automaticky. Pokud v route handleru použijete async/await a dojde k výjimce, Express ji nechytí a server může spadnout. Řešení je jednoduché – buď každý async handler obalíte do try/catch bloku, nebo si vytvoříte malý wrapper, který chyby předává do next(). Modernější verze Expressu (5.x) už tento problém řeší, ale pokud zůstáváte na verzi 4, wrapper je nezbytnost. Bez něj se vám může stát, že jeden špatný požadavek shodí celý proces.
Typické chyby, které kazí dojem z aplikace Mezi nejčastější prohřešky patří ignorování stavu načítání. Když uživatel klikne na tlačítko a nic se neděje, má pocit, že se aplikace zasekla. Vždy poskytněte zpětnou vazbu – ať už jde o spinner, změnu barvy tlačítka nebo text „Ukládám…”. Stejně důležité je ošetřit chybové stavy: místo obecného „Došlo k chybě” napište konkrétně, co se nepovedlo a jak to uživatel může opravit. Například „Zkontrolujte připojení k internetu” nebo „Zadané heslo je příliš krátké”. Uživatel pak nemusí hádat a může problém rychle vyřešit.
Největší zrádce: řazení a porovnávání textu Dalším častým problémem je řazení. MySQL ve výchozím nastavení používá porovnávání bez ohledu na velikost písmen a ne vždy respektuje českou diakritiku. PostgreSQL používá pravidla podle zvolené locale. Pokud vaše aplikace spoléhá na konkrétní pořadí výsledků, musíte to ošetřit explicitně – buď definováním collation přímo u sloupce, nebo použitím funkce lower v dotazech. Jinak se může stát, že se výpis uživatelů seřadí podle ASCII hodnot a „Černý” skončí až za „Zelený”, což je pro uživatele matoucí.
Na závěr si shrňme klíčové body: rozdělte aplikaci na moduly, validujte vstupy, centralizujte zpracování chyb a vyřešte asynchronní chyby. Těmito kroky získáte API, které se snadno udržuje, testuje a které vás nepřekvapí v produkci. Express je výkonný nástroj, ale jeho síla se projeví až tehdy, když jej používáte s disciplínou. Vyhnete se tak nejčastějším nástrahám, na které vývojáři narážejí, a vaše API bude připravené na další rozvoj.
Začněte tím, že si osvojíte tři základní stavy souborů: upravený, připravený k zapsání a zapsaný. Git o vašich souborech ví jen to, co mu řeknete. Pokud upravíte soubor a rovnou uděláte commit, bez příkazu k přidání do indexu se změna neprojeví. Typická chyba začátečníka je spustit git commit -m “oprava” a čekat, že se uloží vše. Přitom commit obsahuje jen změny, které jsou v indexu. Vždy proto kontrolujte git status před tím, než něco zapíšete.
První testovací úkol: najděte chybu v běžné aplikaci Začněte u aplikací, které používáte denně — internetové bankovnictví, e-shop, mobilní hru nebo třeba kalendář. Zkuste si vytvořit jednoduchý testovací plán: co chcete ověřit, jaké kroky provedete a jaký výsledek očekáváte. Zaznamenejte si každou odchylku od očekávání, ať je sebemenší. Pozor na typickou chybu začátečníků: testují jen šťastnou cestu, tedy že vše funguje, když uživatel dělá přesně to, co aplikace předpokládá. Skutečný tester musí zkoušet i neobvyklé vstupy, prázdná pole, neplatné formáty nebo rychlé klikání. Právě tam se skrývá nejvíce chyb.
Důležitá je i správa oprávnění databázového účtu, který aplikace používá. Nikdy nepřipojujte k databázi s právy administrátora, pokud to není nezbytné. Vytvořte samostatný účet s minimálními právy – jen pro potřebné operace (SELECT, INSERT, UPDATE, DELETE pro konkrétní tabulky). Tím omezíte škody, i když útočník najde zranitelnost. Stejně tak byste měli aplikaci běžet v izolovaném prostředí, kde nemá přístup k systémovým souborům.
Další pastí je nekonzistence. Pokud na jedné obrazovce používáte modré tlačítko pro uložení, na druhé by nemělo být zelené a na třetí oranžové. Stejná pravidla platí pro ikony, typografii nebo zarovnání. Vytvořte si jednoduchý styl – byť jen pár pravidel pro barvy a mezery – a držte se ho. Pomáhá také vyhnout se příliš mnoha modálním oknům; každé přerušení toku uživatele ho stojí čas a pozornost. Pokud se něco dá vyřešit inline, nelamte to přes dialog.
Užitečné je také myslet na klávesnici, zejména u formulářů. Enter by měl odeslat formulář, tlačítko Escape by mělo zavřít dialog nebo přesunout focus na předešlý prvek. Tato drobnost dělá aplikaci přívětivou pro pokročilé uživatele i lidi s postižením. A když už mluvíme o přístupnosti – nezapomeňte na popisky u ikon a dostatečný kontrast mezi textem a pozadím. Tím usnadníte používání lidem s poruchami zraku a zároveň pomůžete i ostatním, kteří mají slabší displej nebo sluneční světlo na mobilu.
If you have any type of questions regarding where and the best ways to use Dokončení interiéru, you can contact us at our web-site.