Testování API v Postmanu: Praktický průvodce pro začátečníky i pokročilé > 자유게시판

V CSS nejčastěji chybujete v selektorech a specifičnosti. Pokud píšete příliš obecné selektory, If you beloved this article and you also would like to receive more info regarding Rekonstrukce koupelny krok za krokem nicely visit our web page. jako div, ovlivníte všechny prvky na stránce. Naopak příliš specifické selektory, jako #hlavni-nadpis .box p, se špatně udržují. Snažte se používat třídy (class) pro opakující se prvky a ID pro jedinečné prvky. Nezapomeňte, že CSS kaskáda znamená, že pořadí pravidel hraje roli. Pokud dvě pravidla mají stejnou specifičnost, vyhraje to, které je v souboru později. To se snadno přehlédne, proto pravidelně kontrolujte vývojářskou konzoli prohlížeče.

Při psaní kódu dbejte na čitelnost – odsazujte vnořené elementy, používejte smysluplné názvy tříd (např. .menu-polozka místo .a1) a komentujte složitější části. Dobrý kód není jen funkční, ale i srozumitelný pro vás za půl roku i pro případné kolegy. Pokud narazíte na problém, hledejte řešení v dokumentaci přímo na webu prohlížeče, ne v zastaralých fórech. S trochou praxe zvládnete základy HTML a CSS rychle a budete na nich moci stavět moderní a přístupné weby.

Začněte tím, že si Git nainstalujete a otevřete terminál. Přejděte do složky projektu a spusťte git init. Tím vytvoříte skrytou složku .git, která obsahuje celou historii. Pak přidejte soubory do takzvané „stage" příkazem git add . (tečka znamená vše). Následně změny uložíte pomocí git commit -m "popis změny". Tento trojkrok – init, add, commit – budete opakovat neustále.

Jak strukturovat zprávu, aby byla čitelná Dodržujte jednoduchou strukturu: první řádek do 50 znaků, prázdný řádek a pak podrobnosti. První řádek by měl být neimperativní, tedy bez „Opravit", ale „Oprava" – to je běžná konvence, která usnadňuje skenování historie. Detailnější popis rozdělte na krátké odstavce. Pokud změna souvisí s číslem úkolu, uveďte ho hned na začátku, ale nepoužívejte jen číslo – přidejte i slovní shrnutí, protože číslo samo o sobě nic neříká.

Pro efektivní práci využijte také funkci Runner, která spouští celou kolekci najednou. Můžete nastavit počet iterací, zpoždění mezi požadavky a data z externího souboru (např. CSV). Runner vám dá přehledný report o tom, které testy prošly a které selhaly. Pokud testujete API pravidelně, zvažte použití příkazové řádky s Newmanem, který spustí kolekci bez otevření Postmanu. To se hodí pro integraci do CI/CD pipeline. Při psaní testů v Runneru myslete na to, že každá iterace by měla být nezávislá – pokud testujete vytváření záznamu, vždy na konci ověřte, že se záznam smazal, nebo použijte unikátní data.

Na závěr si osvojte responzivní design. Místo pevných pixelů pro šířku používejte relativní jednotky (%, em, rem, vw, vh). Pro text je vhodný rem, protože respektuje výchozí velikost písma prohlížeče. Vždy nastavte meta viewport v hlavičce, bez něj se mobilní prohlížeče snaží zobrazit stránku jako na počítači. Testujte svůj web ve více prohlížečích a na různých zařízeních, nejen v tom, který používáte. Nástroje rady pro rekonstrukci vývojáře vám umožní simulovat telefony i tablety.

Než začnete stavět webovou stránku, je důležité pochopit, že HTML a CSS plní každý jinou roli. HTML (HyperText Markup Language) definuje strukturu a obsah – nadpisy, odstavce, obrázky, odkazy. CSS (Cascading Style Sheets) pak určuje vzhled – barvy stěn do obýváku, písma, rozmístění prvků, responsivitu. Pokud si tyto dvě vrstvy od začátku oddělíte, ušetříte si spoustu zmatků při pozdějších úpravách. V praxi to znamená, že HTML soubor obsahuje pouze značky a text, zatímco CSS pravidla píšete buď do samostatného souboru, nebo do bloku style v hlavičce dokumentu.

Když odevzdáváte změny do verzovacího systému, commit zpráva je jediný trvalý záznam o tom, co se v kódu stalo a proč. Za tři měsíce si z ní budete číst nejen vy, ale i vaši kolegové. Pokud je zpráva neurčitá, ztrácíte čas dohledáváním souvislostí. Smysluplná zpráva není formalita, ale nástroj pro rychlou orientaci v historii projektu.

Praktický tip: pokud máte problém napsat smysluplnou zprávu, je to často signál, že je změna příliš velká nebo špatně definovaná. Zastavte se, rozdělte práci na menší kroky a každý krok odešlete zvlášť. Pak už psaní zprávy půjde samo – budete přesně vědět, co jste udělali. Až budete za rok listovat historií, poděkujete si za každou jasnou větu, která vám ušetří hodiny pátrání.

Pokud chcete vidět, co se změnilo, použijte git status. Ten ukáže, které soubory jsou upravené, ale nezacommitované. Pro detailnější přehled slouží git diff, který zobrazí přesné řádky. Než commitnete, vždy si projděte tyto výpisy. Často se stane, že omylem upravíte soubor, který jste nechtěli. V takovém případě můžete změny vrátit příkazem git checkout -- soubor, ale pozor – to smaže všechny neuložené změny v tomto souboru.