Editing
Jak využít ES6 naplno: tipy pro moderní JavaScript
Jump to navigation
Jump to search
Warning:
You are not logged in. Your IP address will be publicly visible if you make any edits. If you
log in
or
create an account
, your edits will be attributed to your username, along with other benefits.
Anti-spam check. Do
not
fill this in!
Nyní přidáme vstup od uživatele. Použijte metodu Console.ReadLine(), která načte text z klávesnice. Uložte jej do proměnné typu string. Například: string jmeno = Console.ReadLine();. Poté můžete proměnnou použít v odpovědi: Console.WriteLine("Ahoj, " + jmeno + "!");. Pozor na to, že ReadLine() vrací vždy řetězec, takže pokud byste chtěli číst číslo, musíte jej převést. K tomu slouží int.Parse() nebo Convert.ToInt32().<br><br>Závěrem: efektivní verzování není o nástrojích, ale o návycích. Stanovte si týmová pravidla pro názvy větví, četnost mergů a způsob řešení konfliktů. Pravidelně kontrolujte, že vaše větev je stále aktuální, a po dokončení feature ji co nejdříve mergněte. Díky tomu bude váš kód přehledný, historie čistá a týmová spolupráce bez zbytečného tření. Vyplatí se investovat čas do nastavení automatických kontrol (CI) a code review, které odhalí problémy dřív, než se dostanou do hlavní větve.<br><br>Začít s programováním v C# je nejjednodušší přes konzolovou aplikaci. Nemusíte řešit složité grafické rozhraní ani databáze – stačí textový výstup a vstup. V tomto návodu si krok za krokem vytvoříte jednoduchý program, který pozdraví uživatele a zeptá se ho na věk. Cílem je, abyste pochopili základní stavební kameny jazyka, aniž byste se ztráceli v nadbytečné teorii.<br><br>Destrukce objektů a polí vám umožní rozbalit hodnoty do samostatných proměnných. Místo const jmeno = user.jmeno a const email = user.email napíšete const jmeno, email = user;. To zkracuje kód a eliminuje opakování. U polí pak: const [prvni, druhy] = [1, 2, 3];. Častou chybou je destrukce bez definované výchozí hodnoty – pokud vlastnost neexistuje, proměnná bude undefined. Použijte const jmeno = 'Host' = user; a vyhnete se tak neočekávaným chybám.<br><br>Dalším častým neduhem je neuzavírání závorek nebo nesprávné použití uvozovek. Uvozovky pro řetězce musí být vždy dvojité, znak apostrofu se používá pro jednotlivé znaky. Kontrolujte také velikost písmen – v C# rozlišujeme malá a velká písmena, takže console je chyba, správně je Console. Pokud program skončí dřív, než stačíte přečíst výstup, přidejte na konec Console.ReadKey();, aby se okno nezavřelo.<br><br>Pro každou feature větev platí zásada: měla by být krátkodobá a zaměřená na jednu konkrétní funkcionalitu. Pokud potřebujete pracovat na více nezávislých úpravách, které spolu nesouvisí, rozdělte je do samostatných větví. Vyhnete se tak situaci, kdy jedna větev obsahuje směs nesouvisejících změn a je obtížné ji reviewovat i případně vrátit zpět. Pravidelně provádějte merge z hlavní větve do své feature větve, abyste minimalizovali rozdíly a usnadnili si finální merge. Tím také včas odhalíte případné konflikty.<br><br>Důležité je také myslet na to, že commit zprávy jsou určeny lidem, ne strojům. Vyhněte se příliš technickému žargonu, který by neznalý kolega nemusel pochopit. Současně ale nepopisujte každý řádek kódu – to je zbytečné. Zaměřte se na záměr a na dopad. Pokud se někdo za půl roku zeptá, proč je v kódu určité řešení, měl by dostat odpověď právě z vaší zprávy. Pište proto s ohledem na budoucí čtenáře, kterými budete s největší pravděpodobností i vy sami.<br><br>Jak efektivně používat typy a rozhraní Většina vývojářů začíná s primitivními typy jako string, number nebo boolean. Skutečná síla se ale projeví až při práci s objekty a funkcemi. Místo abyste psali funkce s parametry typu any, definujte si rozhraní nebo type alias. Například pro uživatele si vytvoříte rozhraní s vlastnostmi id, name a email. Pak už nemůžete omylem předat funkci číslo místo objektu – kompilátor vás na to upozorní hned. Tím se výrazně snižuje počet chyb při refaktorování nebo při práci v týmu, kde si všichni díky typům rozumějí.<br><br>Verzování kódu při paralelním vývoji více feature větví je častým zdrojem konfliktů a ztráty času. Klíčem k efektivní práci je disciplína a jasná pravidla, která platí pro celý tým. Než začnete s jakoukoli větví, ujistěte se, že máte aktuální stav hlavní větve a že vaše lokální změny jsou založeny na stabilním bodu. Ideálně si před vytvořením nové větve stáhněte nejnovější změny z remote a vytvořte větev až z aktuálního stavu. Tím se vyhnete zbytečným konfliktům, které vznikají při mergování starých větví.<br><br>Commit zprávy jsou neformálním ale zásadním komunikačním nástrojem každého vývojového týmu. Když procházíte historii kódu, ať už při hledání příčiny chyby nebo při revizi, právě tyto krátké texty vám řeknou, co se v daném okamžiku dělo. Dobře napsaná zpráva šetří čas a zabraňuje dezinterpretaci. Špatně napsaná zpráva naopak vytváří zmatek a nutí čtenáře procházet samotné změny, aby pochopil, co bylo záměrem.
Summary:
Please note that all contributions to Rikkiepedia may be edited, altered, or removed by other contributors. If you do not want your writing to be edited mercilessly, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource (see
Rikkiepedia:Copyrights
for details).
Do not submit copyrighted work without permission!
Cancel
Editing help
(opens in new window)
Navigation menu
Personal tools
Not logged in
Talk
Contributions
Create account
Log in
Namespaces
Page
Discussion
English
Views
Read
Edit
View history
More
Search
Navigation
Main page
Recent changes
Random page
Help about MediaWiki
Special pages
Tools
What links here
Related changes
Page information