TypeScript tedy není otázka módy, ale velikosti a životnosti kódu. Malý nástroj zvládnete bez něj. Větší aplikace s více vývojáři a delší životností ocení, že chyby vidíte dřív a rozhraní jsou popsaná. Rozhodující není, zda typy používáte, ale zda je používáte poctivě. Jakmile začnete obcházet kontrolu přes „any” a tvrzení typů, přestává mít nástroj smysl a zůstane jen pomalejší zápis.
Na závěr: ruční testování a automatizace se doplňují. Ruční odhalí neočekávané, automatizace hlídá, že se známé chyby nevrátí. Začněte ručním průzkumem na reálných zařízeních, teprve potom pokryjte stabilní scénáře skripty. Pokud budete postupovat opačně, budete automatizovat chyby, které jste ještě nepochopili.
Podmínky zjednodušuj pomocí návratů. Místo hlubokého if s dlouhým else použij takzvaný early return: ošetři krajní případ na začátku a zbytek nech bez odsazení. Nepiš if (podminka) return true else return false , stačí return podminka. Vyhýbej se magickým číslům a řetězcům — dej jim název v konstantě. A hlavně: názvy drž konzistentní. Když jednou používáš uzivatel, nepřepínej střídavě na user a u.
Funkce, která má přes 30 řádků, obvykle dělá víc věcí. Rozdělte ji. Každá funkce by měla mít jednu odpovědnost a ideálně vracet hodnotu, ne měnit okolní stav. Vyhněte se hlubokému vnořování if bloků – použijte guard clauses na začátku funkce. Místo if (podminka) { … } else { … } často stačí otočit podmínku a vrátit se včas. Tím se sníží počet úrovní odsazení a kód se čte shora dolů jako příběh.
Typické chyby se opakují. Testovací data se zapisují natvrdo do kódu, takže testy padají při změně prostředí. Testy závisí na sobě navzájem a jejich pořadí rozhoduje o výsledku. Čekání se řeší pevnými prodlevami místo čekání na konkrétní stav, což vede k náhodným selháním. Automatizované testy se spouštějí jen na emulátoru a nikdy na skutečném zařízení. A často chybí testy pro obnovení stavu po přerušení – třeba když uživatel přijme hovor uprostřed nahrávání.
Nakonec si zvykněte sledovat okno Chyby (Error List) a číst celé znění chyby. Číslo řádku a název souboru vás dovedou přesně na místo. Zkopírovat chybu do vyhledávače je rychlejší než hádat. Až si projdete cyklem úprav, spuštění a opravy, budete mít základ, na kterém se dá stavět dál.
Dávejte pozor na středníky na konci každého příkazu a na párování složených závorek. C# rozlišuje velká a malá písmena, takže Console.WriteLine a console.writeline nejsou totéž. Pokud zapomenete using System; na začátku souboru, kompilátor nahlásí neznámý název. V moderních šablonách .NET už bývá using zahrnut implicitně, ale při ručním vytváření souboru na to narazíte.
Kam přesně psát vlastní kód Do metody Main vložte další příkazy pod sebe. Například Console.Write pro text bez odřádkování a Console.ReadLine pro načtení vstupu od uživatele. Na konci metody Main přidejte Console.ReadKey, aby okno s výsledkem nezmizelo dřív, než si ho přečtete. Tato drobnost patří k nejčastějším zdrojům zmatku: program funguje, ale výstup se okamžitě zavře a začátečník si myslí, že je něco špatně.
Další častá chyba je práce se vstupem. Console.ReadLine vrací řetězec, i když uživatel napíše číslo. Před použitím v matematickém výrazu je potřeba hodnotu převést, například přes int.Parse nebo int.TryParse. První varianta při nečíselném vstupu vyhodí výjimku a program spadne. Druhá vrátí false a vy můžete zareagovat. Pro první aplikaci stačí ošetřit vstup podmínkou a vypsat srozumitelnou zprávu.
Po vytvoření projektu se otevře soubor Program.cs. V moderním .NET zde uvidíte jen jeden řádek s voláním Console.WriteLine. To je minimální kostra, která se dá rovnou spustit. Zkuste ji spustit přes Debug >Start Without Debugging nebo klávesou Ctrl+F5. Pokud se objeví okno terminálu s textem a hned zmizí, stiskněte libovolnou klávesu. Tento krok je důležitý: ověříte, že nástroje fungují, ještě než napíšete vlastní kód.
Začátečníci v C# často začnou tím, že si stáhnou Visual Studio, vytvoří nový projekt a okamžitě narazí na chybu, které nerozumí. Nejčastější příčinou není složitá logika, ale nepozornost při výběru šablony projektu. V dialogu Nový projekt se nabízí hned několik možností, které obsahují slovo „Console”. Šablona Konzolová aplikace (.NET) a Konzolová aplikace (.NET Framework) vypadají podobně, ale vytvářejí projekty s odlišnou strukturou a odlišnými soubory. Pokud zvolíte špatnou, budete zbytečně řešit, proč se kód nedaří přeložit.
Should you loved this informative article and you would want to receive details with regards to přečtěte si více kindly visit our web site.
