https://jak.mazovia.edu.pl/api.php?action=feedcontributions&feedformat=atom&user=Jaxon87D348 2026-10-28T08:32:17Z Wkład użytkownika MediaWiki 1.42.1 https://jak.mazovia.edu.pl/index.php?title=Co_pot%C5%99ebujete,_ne%C5%BE_nap%C3%AD%C5%A1ete_prvn%C3%AD_%C5%99%C3%A1dek_pro_Android%3F&diff=863311 2026-10-01T19:17:32Z

<p>Jaxon87D348: Utworzono nową stronę &quot;Největší chybou začátečníků je používat typ any. Označíte jím proměnnou a máte pocit, že je vyřešeno. Jenže any vypne kontrolu a smysl TypeScriptu mizí. Když narazíte na hodnotu, u které typ neznáte, použijte unknown a teprve po ověření ji zúžte na konkrétní typ. Další častý problém je záměna rozhraní a typových aliasů. Obojí vypadá podobně, ale rozhraní se dá rozšiřovat a sloučit, což se hodí u objektů a knihove…&quot;</p> <hr /> <div>Největší chybou začátečníků je používat typ any. Označíte jím proměnnou a máte pocit, že je vyřešeno. Jenže any vypne kontrolu a smysl TypeScriptu mizí. Když narazíte na hodnotu, u které typ neznáte, použijte unknown a teprve po ověření ji zúžte na konkrétní typ. Další častý problém je záměna rozhraní a typových aliasů. Obojí vypadá podobně, ale rozhraní se dá rozšiřovat a sloučit, což se hodí u objektů a knihoven. Typový alias je vhodnější pro unie, průniky a složitější kombinace.&lt;br&gt;&lt;br&gt;Prvním krokem je stanovit, co je hlavní větev. Obvykle to je stabilní linie, do které se integrují hotové funkce. Z ní vždy odbočujete a do ní se vracíte. Nikdy necommitujte přímo do hlavní větve, pokud na ní pracuje více lidí. Druhé pravidlo zní: než začnete novou větev, aktualizujte si lokální kopii hlavní větve. Tím zajistíte, že odbočujete z nejnovějšího stavu, a snížíte riziko, že budete muset řešit konflikty, které už dávno vyřešil někdo jiný.&lt;br&gt;&lt;br&gt;Když program nefunguje, začněte u chybové zprávy. Kompilátor v C# hlásí přesný soubor, řádek i sloupec. Nejdřív hledejte chybějící středník, nepárovou závorku nebo překlep v názvu proměnné. Rozlišujte malé a velké písmeno: console a Console jsou dvě různé věci a kompilátor druhou z nich nezná. Další častá past je uložení souboru v jiném kódování, které rozbije diakritiku ve výpisu. Uložte zdroják v UTF-8.&lt;br&gt;&lt;br&gt;Nezapomínejte na verze systému. Zařízení v oběhu mají různé verze a ne každá nová funkce je dostupná všude. Nastavte si minimální podporovanou verzi a testujte na ní. Zároveň se vyhněte pevnému nastavení rozměrů a pozic; používejte rozvržení, která se přizpůsobí velikosti displeje. Jinak bude vaše aplikace vypadat dobře jen na vašem telefonu.&lt;br&gt;&lt;br&gt;Nakonec si zvykněte pracovat se systémem správy verzí. I malý projekt si zaslouží historii změn. Když se něco rozbije, můžete se vrátit k funkčnímu stavu. Komentujte kód česky nebo anglicky, ale jednotně. A hlavně: dokončete první verzi, i kdyby nebyla dokonalá. Publikovatelná jednoduchá aplikace vás posune dál než měsíce plánování v hlavě.&lt;br&gt;&lt;br&gt;Na co si dát pozor: nesnažte se rebasovat větev, která obsahuje merge commity z jiných větví. Výsledek je nepředvídatelný. Dále nikdy necommitujte konfigurační soubory, které se liší stroj od stroje. Používejte lokální konfiguraci, která není součástí repozitáře. A pokud pracujete na více funkcích současně, přepínejte větve jen s čistým pracovním stromem. Necommitnuté změny si před přepnutím buď commitněte, nebo odložte stranou. Jinak si je přenesete do špatné větve a budete je pracně hledat.&lt;br&gt;&lt;br&gt;Třetí pravidlo se týká velikosti změn. Integrujte často a po malých částech. Pokud je to možné, slučujte hotové dílčí části funkce do hlavní větve průběžně, ne až na konci. Velká větev s desítkami commitů je noční můra při řešení konfliktů. Menší, častější sloučení znamenají menší konflikty a snadnější identifikaci chyby. Pokud funkce není hotová, použijte feature flag a sloučte neaktivní kód. Aktivujete ho, až bude vše připraveno.&lt;br&gt;&lt;br&gt;Další častou chybou je ignorování životního cyklu obrazovky. Aplikace není jen to, co vidíte na displeji. Když uživatel přijme hovor nebo otočí telefon, obrazovka se může znovu vytvořit a vaše data se ztratí. Učte se od začátku ukládat stav a reagovat na události, které systém posílá. Ověřujte chování při otočení, při přechodu na jinou obrazovku a při návratu zpět. Teprve pak začněte řešit vzhled.&lt;br&gt;&lt;br&gt;Základem je nainstalovat si vývojové prostředí a pochopit, jak se projekt sestavuje. Většina začátečníků dnes používá některé z volně dostupných prostředí postavených na jazyce Kotlin, který je pro nové projekty doporučovaný. Nainstalujte ho, vytvořte prázdný projekt a spusťte ho na emulátoru. Teprve pak zkuste přidat tlačítko a textové pole. Pokud přeskočíte tento krok a rovnou se pustíte do složité aplikace, budete později tápat v tom, co která část kódu dělá.&lt;br&gt;&lt;br&gt;Většina týmů se domluví na nějakém větvení, a pak se diví, proč se změny pořád ztrácejí. Nejčastější příčina není Git sám, ale práce přímo na hlavní větvi. Když všichni commitají do main, každý push se stává malou sázkou: buď projde, nebo přepíše něčí práci. Řešení je jednoduché a nezajímavé — main nech jen pro to, co je ověřené. Denní práce patří na krátce žijící větve, které vznikají z aktuálního main a do něj se také vracejí.&lt;br&gt;&lt;br&gt;JavaScript se po roce 2015 výrazně proměnil. Šestá edice specifikace, známá jako ES6 nebo ES2015, přinesla sadu nástrojů, které dřív řešily knihovny nebo pracné obcházení jazyka. Dnes je většina z nich běžnou součástí prohlížečů i serverového prostředí. Přesto se vyplatí vědět, kde se chyby dělají nejčastěji a jak se jim vyhnout.</div>

Jaxon87D348 https://jak.mazovia.edu.pl/index.php?title=U%C5%BCytkownik:Jaxon87D348&diff=863309 2026-10-01T19:17:31Z

<p>Jaxon87D348: Utworzono nową stronę &quot;Autor blogu praktickým bydlením sází na osvědčené tipy. Píšu o tom, jak skloubit funkčnost s teplem domova. Nejraději hledat cesty, jak si usnadnit život.&quot;</p> <hr /> <div>Autor blogu praktickým bydlením sází na osvědčené tipy. Píšu o tom, jak skloubit funkčnost s teplem domova. Nejraději hledat cesty, jak si usnadnit život.</div>

Jaxon87D348