<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="de">
	<id>https://wiki.rettungsdienstblog.eu/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=DamarisHaygood</id>
	<title>Rettungsdienst-Wiki - Benutzerbeiträge [de]</title>
	<link rel="self" type="application/atom+xml" href="https://wiki.rettungsdienstblog.eu/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=DamarisHaygood"/>
	<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Spezial:Beitr%C3%A4ge/DamarisHaygood"/>
	<updated>2026-09-23T11:24:14Z</updated>
	<subtitle>Benutzerbeiträge</subtitle>
	<generator>MediaWiki 1.37.1</generator>
	<entry>
		<id>https://wiki.rettungsdienstblog.eu/index.php?title=Prvn%C3%AD_kroky_s_API:_praktick%C3%BD_n%C3%A1vod_pro_%C3%BApln%C3%A9_za%C4%8D%C3%A1te%C4%8Dn%C3%ADky&amp;diff=166397</id>
		<title>První kroky s API: praktický návod pro úplné začátečníky</title>
		<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Prvn%C3%AD_kroky_s_API:_praktick%C3%BD_n%C3%A1vod_pro_%C3%BApln%C3%A9_za%C4%8D%C3%A1te%C4%8Dn%C3%ADky&amp;diff=166397"/>
		<updated>2026-08-21T18:27:17Z</updated>

		<summary type="html">&lt;p&gt;DamarisHaygood: Die Seite wurde neu angelegt: „Když pyramidu postavíte správně, získáte rychlou zpětnou vazbu při každém commitu. Vyzkoušejte si to na malém projektu: začněte s jednotkovými testy pro kritickou logiku, přidejte pár integračních testů pro napojení na databázi a teprve poté jeden dva end-to-end testy pro hlavní flow. Uvidíte, že se vám bude lépe refaktorovat a přidávat nové funkce, aniž byste se báli, že něco rozbijete. Pamatujte: dobrá testovací pyra…“&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Když pyramidu postavíte správně, získáte rychlou zpětnou vazbu při každém commitu. Vyzkoušejte si to na malém projektu: začněte s jednotkovými testy pro kritickou logiku, přidejte pár integračních testů pro napojení na databázi a teprve poté jeden dva end-to-end testy pro hlavní flow. Uvidíte, že se vám bude lépe refaktorovat a přidávat nové funkce, aniž byste se báli, že něco rozbijete. Pamatujte: dobrá testovací pyramida není o kvantitě testů, ale o tom, kde je umístíte.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Mezi časté chyby patří testování reducí přes celý store, což zbytečně zapojuje middleware a komplikuje ladění. Dále se stává, že testeři zapomenou na asynchronní povahu thunků a test skončí dřív, než se dispatch dokončí – vždy počkejte na promise. Také se vyplatí testovat akce, které používají getState, protože můžete snadno přehlédnout závislost na konkrétním stavu. Vždy si připravte mock getState s přesně tím stavem, který akce očekává, a ověřte, že z něj správně čte.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Reducery testujte jako čisté funkce Reducer je čistá funkce, která na základě aktuálního stavu a akce vrací nový stav. To je ideální pro unit testy – nepotřebujete žádný store ani middleware. Stačí volat reducer s konkrétním stavem a akcí a porovnat výsledek. Důležité je připravit si výchozí stav (initial state) a otestovat nejen úspěšné scénáře, ale i okrajové případy, jako je neznámá akce, prázdný stav nebo immutable update. Typickou chybou je spoléhat na to, že reducer nesmí mutovat původní stav – pokud to porušíte, test to odhalí. Proto vždy používejte spread operátor nebo jiný neměnný způsob aktualizace.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Typická chyba, kterou v praxi vidím, je snaha pokrýt end-to-end testy úplně všechno. Pak se stane, že jeden test trvá dvě minuty a celá sada půl hodiny. Vývojáři čekají na výsledek, ztrácí kontext a testy se stávají spíše brzdou než pojistkou. Řešení je jednoduché: použijte pravidlo 80/15/5 – 80 % jednotkových, 15 % integračních a 5 % end-to-end testů. Většinu funkcionality totiž ověříte rychlými a spolehlivými testy na nižších vrstvách, a pomalé testy si necháte jen na nejdůležitější scénáře.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Nejčastější chyby, kterým se vyhnout Začátečníci často zanedbávají kontrolu chybových stavů. Když server vrátí odpověď s kódem 404 nebo 500, neznamená to, že je vše v pořádku. Vždy zkontrolujte HTTP status kód a podle toho reagujte. Další častou chybou je ignorování limitů počtu požadavků – mnoho API má omezení, kolik dotazů můžete za určitý čas odeslat. Pokud je překročíte, server vás dočasně zablokuje. Proto si přečtěte sekci o limitech a respektujte ji.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Na závěr si dejte pozor na jednu věc: nezačínejte s příliš ambiciózním projektem. Místo toho si vyberte jednoduchou aplikaci – třeba poznámkový blok nebo převodník jednotek – a dokončete ji. Tím získáte nejen cenné zkušenosti, ale i pocit úspěchu, který vás posune dál. Vývoj pro Android je běh na dlouhou trať, ale s trpělivostí a pravidelným cvičením se rychle dostanete na úroveň, kdy budete schopni tvořit užitečné aplikace.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Nejdříve si vyberte nástroj, kterým budete API testovat. Můžete použít přímo příkazovou řádku a nástroj pro odesílání HTTP požadavků, ale pro začátek je pohodlnější grafický program, který vám ukáže odpověď v přehledné podobě. Stačí zadat adresu (endpoint) a zvolit metodu, obvykle GET pro čtení dat. Zkuste najít veřejné API, které vrací aktuální čas, počasí nebo seznam zemí. Cílem je vidět první odpověď ve formátu JSON – to je textová struktura, kterou snadno přečte nejen člověk, ale i program.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Když se řekne API, mnoho začátečníků si představí něco složitého, čemu rozumí jen programátoři. Přitom jde o rozhraní, které umožňuje dvěma aplikacím spolu komunikovat. V praxi to znamená, že můžete z vlastního kódu posílat požadavky na vzdálený server a získávat z něj data, aniž byste museli rozumět tomu, jak server funguje uvnitř. Nejlepší způsob, jak se s API naučit pracovat, je začít s jednoduchým veřejným API, které nevyžaduje registraci ani autentizaci.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Když máte základní funkci, přidejte logiku pro přechod mezi obrazovkami. Bez toho se neobejde žádná praktická aplikace. Vytvořte druhou aktivitu a do té první přidejte tlačítko, které ji spustí. Nezapomeňte novou aktivitu zapsat do manifestu, jinak se při pokusu o spuštění aplikace zhroutí. Toto je jedna z nejčastějších chyb, kterou začátečníci dělají. Manifest je konfigurační soubor, kde jsou definovány všechny komponenty aplikace. Pokud tam aktivitu nezapíšete, systém ji nenajde a aplikace spadne. Proto si vždy zkontrolujte, že je manifest v pořádku, když přidáváte novou obrazovku.&lt;/div&gt;</summary>
		<author><name>DamarisHaygood</name></author>
	</entry>
	<entry>
		<id>https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:DamarisHaygood&amp;diff=166395</id>
		<title>Benutzer:DamarisHaygood</title>
		<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:DamarisHaygood&amp;diff=166395"/>
		<updated>2026-08-21T18:27:13Z</updated>

		<summary type="html">&lt;p&gt;DamarisHaygood: Die Seite wurde neu angelegt: „Autor blogu dílnou i obývákem se zabývá denně. Sdílím zde, jak si poradit v malém bytě. Nejvíc mě baví ukazovat chytrá řešení, která zvládne každý.“&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Autor blogu dílnou i obývákem se zabývá denně. Sdílím zde, jak si poradit v malém bytě. Nejvíc mě baví ukazovat chytrá řešení, která zvládne každý.&lt;/div&gt;</summary>
		<author><name>DamarisHaygood</name></author>
	</entry>
</feed>