Další pastí je špatné pochopení formátu dat. Například datum může přijít byt v paneláku ISO formátu, ale vy ho chcete zobrazit lokálně. Přetypování na objekt data proveďte až po kontrole, že hodnota není null. Podobně u polí, která jsou prázdná – server může vrátit prázdné pole, ale i null. Vždy si ověřte, jaké typy konkrétní API vrací. Pokud to není v dokumentaci, otestujte si to. Konkrétní příklad: při vytváření uživatele server vrátí 201 a byt v paneláku těle nový objekt. Ale pokud vynecháte povinné pole, dostanete 400 s chybovou hláškou. Ta vám řekne, co je špatně. Čtěte ji pozorně.

Využijte i samotnou šikminu. Na ni připevněte magnetickou tabuli na kreslení nebo síť na plyšáky – obojí zabere minimum místa a dítě to nadchne. Pokud je strop v pokoji hodně nízký, zvažte zavěšení houpacího křesla nebo houpačky do nosného trámu, ale jen pokud je strop dostatečně vysoký (alespoň 220 cm v nejvyšším bodě). Bezpečnostní pravidlo: žádný prvek by neměl vyžadovat, aby dítě stoupalo na židli nebo stoličku, aby si na něj sáhlo. Vše musí být dosažitelné z podlahy nebo z postele.

Jak zařídit pracovní kout, aby se do něj vešlo i psaní úkolů Ideální je umístit stůl kolmo k oknu, a to v místě, kde strop dosahuje alespoň 150 cm. Pod šikminu pak dejte police ve tvaru písmene L – vyšší na straně u okna, nižší směrem ke středu místnosti. Na ně umístěte pouze věci denní potřeby: učebnice, pastelky a skleničku na tužky. Vše ostatní patří do zásuvek pod stolem. Pokud je stůl u šikminy, pořiďte mu nastavitelné nohy, abyste vykompenzovali nerovnost podlahy. Nezapomeňte na LED pásek pod policí – přímé osvětlení zespodu zabrání stínům při psaní.

Na závěr si osvojte jeden návyk: logujte si každý požadavek a odpověď. To se vám vrátí při ladění. Když aplikace přestane fungovat, zpětný pohled barvy stěn do obýváku logů odhalí, jestli server změnil formát odpovědi nebo jestli vy posíláte špatný token. Sledujte také čas odpovědí – pokud některý koncový bod trvá příliš dlouho, může to být známka špatného dotazu. A hlavně: experimentujte. Otevřete si klienta, zkuste různé metody a sledujte, jak se mění odpověď. S každým pokusem pochopíte, jak REST API skutečně funguje.

Praktické recepty a triky pro každodenní hru Začněte jednoduchým úkolem: nechte děti smíchat půl hrnku jedlé sody s trochou vody, aby vznikla pasta. Tuto pastu pak použijte na čištění dřezu nebo vany. If you loved this informative article as well as you desire to acquire more details with regards to návod najdete zde i implore you to visit our web site. Děti milují, když vidí okamžitý výsledek – bublinky, které vzniknou přidáním octa, jsou pro ně odměnou. Pozor ale na to, abyste ocet nesmíchali s jinými kyselinami nebo přípravky s chlorem – mohlo by dojít k nebezpečné reakci. Vždy proto dohlížejte na míchání a vysvětlete, proč se některé věci nesmějí kombinovat.

Interaktivní rebase pro čistší a srozumitelnější commity Často ale nestačí jen rebase na aktuální master. Před začleněním své práce si ji projděte pomocí git rebase -i. Tento příkaz vám umožní commity přejmenovat, sloučit, rozdělit nebo přehodit pořadí. Typickým pravidlem je, že každý commit by měl být logicky kompletní – jedno téma, jedna změna. Pokud máte tři commity, které řeší jeden problém, slijte je do jednoho. Pokud máte commit s překlepem v názvu proměnné, opravte ho a začleňte do předchozího. Tím se historie stává čitelnou nejen pro vás, ale pro každého, kdo ji bude číst za půl roku.

První kontakt s REST API bývá plný otázek: co přesně se stane, když aplikace odešle požadavek na server? Pro praktické pochopení si představte, že voláte cizí službu, která vám vrátí data. Celý proces má čtyři části: URL, metodu, hlavičky a tělo. Například chcete získat seznam uživatelů. Vytvoříte požadavek GET na koncový bod, který obsahuje identifikaci zdroje. Server požadavek přijme, ověří, zda máte oprávnění, a vrátí odpověď. Ta obsahuje stavový kód, hlavičky a tělo s daty. Bez této základní představy se snadno ztratíte v chybách, které najdete v konzoli.

Prvním krokem je zvolit správný nástroj pro testování. Můžete použít terminál s nástrojem curl, ale pohodlnější je specializovaný klient. Důležité je, abyste viděli nejen tělo odpovědi, ale i hlavičky a stavový kód. Když poprvé odešlete požadavek, sledujte tři věci: kód 200 znamená úspěch, 201 vznik zdroje, 404 chybějící cesta. Častým omylem je zaměnit metodu POST a PUT. POST vytváří nový zdroj, PUT aktualizuje existující. Pokud server očekává JSON, odešlete ho v těle s hlavičkou Content-Type. Bez správného typu server vrátí chybu 415.

Do svého týmového workflow si nastavte pravidlo, že každá větev před začleněním projde rebase na aktuální master a případně i interaktivní úpravou commitů. To znamená, že nikdo nemá odevzdávat práci, která obsahuje „merge commit" z testovacího sloučení. Dobrým zvykem je také si před rebase vzít zálohu své větve, ať už pomocí git branch backup nebo tagu. Když se něco pokazí, snadno se vrátíte. Tento postup vám dá jistotu a historii, kterou budete moci číst jako dobrou knihu – od začátku do konce bez zbytečných odboček.