5 funkcí JavaScriptu, které zjednoduší každodenní kód > 자유게시판

• 목록
• 게시판 리스트 옵션
  • 수정
  • 삭제

Když stejný objekt potřebujete ve více testech, nekopírujte ho. Definujte funkci s dekorátorem @pytest.fixture a její jméno uveďte jako parametr testu. pytest ji zavolá před testem a výsledek předá. Pro přípravu a úklid použijte yield místo return: kód před yield proběhne na začátku, kód po něm na konci, i když test selže. Tím se zbavíte ručního zavírání souborů a připojení, která občas zůstanou otevřená. Pozor na fixtury s širokým rozsahem – pokud mění globální stav, ovlivní i testy, které ji nepoužívají.

U integračních testů dávejte pozor na sdílený stav. Testy, které si navzájem mění data v databázi, jsou zdrojem náhodných pádů, které se těžko reprodukují. Řešením je izolace – každý test si připraví vlastní data a po sobě je uklidí, nebo běží v transakci, která se na konci vrátí. Nikdy nespoléhejte na to, že testy poběží v určitém pořadí. Jakmile jeden test závisí na výstupu jiného, při růstu kódu se z toho stane neřešitelný problém.

Posledním tipem jsou moduly (import/export). Umožňují rozdělit kód do přehledných souborů a importovat jen to, co skutečně potřebujete. Pozor na výchozí exporty – mohou způsobit nejasnosti při pojmenování. Vždy raději používejte pojmenované exporty, usnadní to vyhledávání a refaktoring.

Na závěr si osvojte zásadu: jeden kontejner, jedna odpovědnost. Nemíchejte do jednoho kontejneru databázi, webový server a cache. Lépe se to škáluje, aktualizuje a hlavně se to lépe debuguje. Až budete mít jistotu, můžete přejít na nástroje, které orchestraci více kontejnerů usnadní. Ale základ je pořád stejný: rozumět tomu, co se děje uvnitř, a nekopírovat příkazy naslepo.

Prvním krokem je vytvořit soubor, kterému se říká Dockerfile. Je to recept: jaká je základní image, co se má nainstalovat, které soubory se mají zkopírovat a jaký příkaz se má spustit po startu. Typická chyba začátečníka je, že do Dockerfile naskládá všechno, co ho napadne, včetně závislostí, které se při každém sestavení znovu stahují. Řešení je jednoduché: oddělte instalaci závislostí od kopírování zdrojového kódu. Docker si totiž cachuje jednotlivé vrstvy a když se kód změní, závislosti se znovu neinstalují. Ušetříte čas i data.

V praxi se obě technologie často kombinují. REST zůstává pro jednoduché, cachované operace a veřejné rozhraní, GraphQL se nasadí tam, kde klient potřebuje flexibilitu a agregaci. Rozhodujte podle konkrétních požadavků, ne podle popularity. Změřte počet volání, velikost odpovědí a rychlost vývoje klienta. Teprve pak zvolte řešení, které sedí vašemu týmu a provozu.

Při růstu codebase se také mění to, co je důležité. Testy, které byly užitečné před rokem, mohou dnes jen překážet. Proto je vhodné sadu občas projít a odstranit testy, které už neověřují nic smysluplného, nebo je přepsat na nižší úroveň. Sledujte, které testy padají nejčastěji a proč – často odhalí buď křehký návrh, nebo místo, kde chybí jasná hranice mezi komponentami. Vyvážený poměr není pevné číslo, ale stav, kdy jednotkové testy pokrývají logiku a integrační ověřují klíčové toky mezi nimi.

U RESTu si dejte pozor na verzování a přehnané vnořování zdrojů. Endpointy jako /api/v3/users/42/orders/7/items/3 jsou křehké a špatně se udržují. Lepší je držet se plochých zdrojů a vztahy řešit odkazy. Také nepodceňujte stránkování: bez kurzorové paginace se při větším objemu dat dostanete do problémů. U GraphQL zase hlídejte, aby schéma nebylo příliš obecné. Volné typy a pole bez jasného významu vedou k dotazům, kterým nikdo nerozumí.

Moderní JavaScript nabízí řadu funkcí, které zjednodušují psaní kódu a zvyšují jeho čitelnost. Mnoho vývojářů však stále používá staré postupy, nábytek na míRu protože si na nové syntaxe jednoduše nezvykli. Přitom stačí málo a kód se zkrátí o desítky řádků. Následující přehled představuje pět praktických funkcí, které se vyplatí používat denně.

Rychlost je druhá věc, kterou je potřeba hlídat. Jednotkové testy by měly běžet v řádu sekund, integrační mohou trvat déle, ale neměly by blokovat vývoj. Pomáhá spouštět jednotkové testy při každé změně a integrační v rámci většího celku, například před sloučením změn. Pokud integrační testy trvají příliš dlouho, často to znamená, že jich je zbytečně mnoho nebo že testují příliš mnoho najednou.

Šablony řetězců, destrukce a další pomocníci Šablonové literály (template literals) umožňují vkládat proměnné přímo do řetězce pomocí zpětných apostrofů a syntaxe $proměnná. Odpadá tak zbytečné spojování pomocí plus. Typická chyba: zapomenutí zpětných apostrofů místo běžných uvozovek, což vede k chybě syntaxe. Dále destrukce (destructuring) zjednodušuje přístup k vlastnostem objektů a prvkům polí. Místo const jmeno = uzivatel.jmeno; const vek = uzivatel.vek; stačí napsat const jmeno, vek = uzivatel;. Pozor na vnořené objekty – je třeba je destruovat postupně.

If you liked this information and you would like to receive even more facts concerning jak zařídit malou kuchyni kindly visit our web site.