Jak si ověřit jedlost hub bez mykologa a nezahodit košík

m. Nakonec si nastav logování. Každý požadavek, stavový kód a délku odpovědi zapisuj do souboru. To je tvoje zpětná vazba v produkci. Když přijde hláška o chybě ze strany klienta, podíváš se do logu a uvidíš, jestli požadavek vůbec dorazil. Bez logování řešíš chyby jako slepec. A co je nejdůležitější: dělej změny postupně. Upravíš-li chování endpointu, starý klient se může rozbít. Proto si hned na začátku definuj verzi API, např. pomocí prefixu v URL. Tím ochráníš stávající klienty a můžeš vylepšovat bez strachu, že všechno sho

Rošt často považujeme za samozřejmost, ale právě on rozhoduje o tom, jestli matrace skutečně plní svou funkci. Pokud máte matraci z paměťové pěny a položíte ji na příliš řídký rošt s velkými mezerami, začne se prohýbat a ztratí oporu. Než přijdete do prodejny, změřte tloušťku matrace a zjistěte, zda je její konstrukce určená pro rovnou plochu, nebo pro pružící lamelový systém. U měkkých pěnových matrací je vhodnější pevný rošt s hustými lamelami nebo celoplošná deska, u taštičkových pružin naopak oceníte pružný rošt, který nechá jednotlivé zóny pracovat.

Jak otestovat, že API drží, co slibuje Testování je nejdůležitější součástí práce. Začni jednoduchým skriptem, který projde všechny endpointy a ověří stavové kódy. Pro GET očekávej 200, pro POST 201, pro neexistující zdroj 404. Pak otestuj validaci: pošli prázdný title a čekej 400. Tím odhalíš, jestli server správně vrací chyby a jestli je odpověď konzistentní. Typická chyba: vývojář „zapomene" vyřešit situaci, kdy je ID v dotazu nečíselné. Server pak spadne s 500 místo 400. Klientovi to nedá smysl a vývojář stráví večer lad