Když se stránka zasekne, otevřete DevTools a začněte ladit

Pomalý web odrazuje návštěvníky a zhoršuje pozice ve vyhledávačích. Než začnete cokoli optimalizovat, zjistěte, co konkrétně způsobuje prodlevy. Otevřete si vývojářské nástroje prohlížeče a podívejte se na záložku Síť. Sledujte, které soubory se načítají nejdéle — často to jsou obrázky, skripty nebo písma. Zkuste si také spustit test rychlosti na některém z veřejných nástrojů, které změří dobu načtení a doporučí konkrétní kroky. Nezapomeňte, že klíčový je čas prvního vykreslení, ne jen celkové načtení stránky.

Selectory a memoizace: jak se vyhnout zbytečným překreslením Lidé si často stěžují, že Redux způsobuje pomalé renderování. Ve většině případů za to ale nemůže samotný Redux, ale špatně napsané selectory. Pokud v komponentě voláte funkci, která pokaždé vytvoří nový objekt nebo nové pole, React vyhodnotí, že se reference změnila, a spustí překreslení. Řešením je používat memoizované selectory, které vracejí stejnou referenci, dokud se nezmění závislá data. Vhodným nástrojem je knihovna Reselect, ale funkční memoizaci si můžete napsat i sami. Důležité je také nevybírat ze store celé velké části stavu, ale pouze to, co komponenta skutečně potřebuje.

Proč je důležité zmenšit obrázky a povolit kompresi? Obrázky tvoří největší podíl přenesených dat. Místo ukládání fotografií v plné velikosti je před publikováním upravte. Použijte formát WebP, který nabízí lepší kompresi než JPEG, nebo alespoň zmenšete rozměry na skutečnou velikost, ve které se mají zobrazovat. Kromě toho zapněte kompresi odpovědí serveru pomocí algoritmu Gzip nebo Brotli. Většina hostingů to umožňuje jedním přepínačem v administraci. Tím se textové soubory, CSS a JavaScript přenesou až o 70 procent menší.

Po vytvoření projektu uvidíš soubor Program.cs s předpřipraveným kódem, který obsahuje metodu Main. Toto je vstupní bod programu – odtud se vše spouští. Pro začátek smaž všechno a napiš pouze řádek: Console.WriteLine("Ahoj světe!"); Tento příkaz vypíše text do konzole. Důležité je, že každý příkaz v C# končí středníkem – pokud ho zapomeneš, kompilátor ti to vytkne. Stiskni klávesu F5 (nebo tlačítko Start) a aplikace se spustí. Uvidíš černé okno s textem, ale pozor: po dokončení se okno automaticky zavře. Aby se okno nezavřelo hned, přidej na konec metody řádek Console.ReadKey();, který počká na stisk klávesy.

Na závěr si osvoj práci s podmínkou if. Například pokud je první číslo větší než druhé, vypiš něco, jinak něco jiného. Syntaxe je jednoduchá: if (a >b) Console.WriteLine("První je větší"); else Console.WriteLine("Druhé je větší"); . Důležité je, že podmínka je v kulatých závorkách a bloky kódu ve složených. Na středníky uvnitř bloků nezapomínej, Should you cherished this information and you wish to obtain more details regarding návod najdete zde kindly pay a visit to the web page. ale za složenou závorkou se středník nepíše. Celý kód si průběžně spouštěj, abys viděl, že to funguje. Tímto způsobem si osvojíš základy a budeš připraven na smyčky, pole a metody.

Když píšete první kód, držte se pravidla, že jeden soubor má jednu odpovědnost. Typickou chybou je nacpat veškerou logiku do kontroleru, který pak má přes tisíc řádků. Místo toho si rozdělte aplikaci na modely, služby a view modely. Konkrétně: pokud máte tlačítko, které ukládá text do databáze, vytvořte samostatnou třídu pro ukládání a zkontrolujte vstup mimo UI vrstvu. Vyhnete se tak situaci, kdy aplikace spadne při neplatném formátu data nebo prázdném řetězci.

Když už umíš vstup i výstup, zkus si vytvořit jednoduchou kalkulačku. Zeptej se na dvě čísla, ulož je do proměnných typu int (nebo double rady pro rekonstrukci desetinná čísla) a poté vypiš součet, rozdíl, součin a podíl. Pro dělení pozor na dělení nulou – program by spadl s výjimkou. Pro začátek stačí předpokládat, že druhé číslo není nula. Nezapomeň, že pokud použiješ typ int, dělení 5 / 2 vrátí 2, protože jde o celočíselné dělení. Pokud chceš desetinný výsledek, použij typ double: double a = 5; double b = 2; Console.WriteLine(a / b); vrátí 2.5.

Při tvorbě workflow se vyhněte dvěma typickým chybám. První je používání příliš otevřených nebo naopak příliš úzkých triggerů. Například spouštět pipeline při každém komentáři v issue je zbytečné, ale omezit se jen na hlavní větev zase riskujete, že chyby odhalíte až po sloučení pull requestu. Ideální je kombinace událostí: push na hlavní větev a pull requesty. Druhou častou chybou je spoléhat se na dlouhé sekvenční kroky místo paralelizace. Pokud testy nezávisí na sobě, rozdělte je do více jobů. Ušetříte tím čas i peníze, protože běh pipeline bude rychlejší.

Na záúložné prostory v malém bytěěr si osvojte práci s debuggerem a breakpointy. Místo toho, abyste hledali chybu opisováním logů, zastavte běh programu a prozkoumejte stav proměnných. Pokud aplikace padá, čtěte celý výpis z crash reportu, nejen první řádek. Často je příčina v jiném vlákně nebo v uvolněné paměti. Tímto přístupem ušetříte hodiny času a získáte aplikaci, která je stabilní i při nečekaných vstupech.