Przejdź do zawartości
Menu główne
Menu główne
przypnij
ukryj
Nawigacja
Strona główna
Ostatnie zmiany
Losowa strona
Pomoc z MediaWiki
Mazovia
Szukaj
Szukaj
Utwórz konto
Zaloguj się
Narzędzia osobiste
Utwórz konto
Zaloguj się
Strony dla anonimowych edytorów
dowiedz się więcej
Edycje
Dyskusja
Edytujesz
Destructuring, který rozbije váš kód, když ho nepochopíte
Strona
Dyskusja
polski
Czytaj
Edytuj
Wyświetl historię
Narzędzia
Narzędzia
przypnij
ukryj
Działania
Czytaj
Edytuj
Wyświetl historię
Ogólne
Linkujące
Zmiany w linkowanych
Strony specjalne
Informacje o tej stronie
Uwaga:
Nie jesteś zalogowany. Jeśli wykonasz jakąkolwiek zmianę, Twój adres IP będzie widoczny publicznie. Jeśli
zalogujesz się
lub
utworzysz konto
, Twoje zmiany zostaną przypisane do konta, wraz z innymi korzyściami.
Filtr antyspamowy.
Nie
wpisuj tu nic!
<br>Testování aplikací není fáze, která začíná po dokončení vývoje. Pokud ho takto oddělíte, narazíte na hromadu chyb pozdě, kdy jsou opravy drahé a riskantní. Praktický přístup je testovat průběžně, ale ne nahodile. Každá změna v kódu by měla mít jasně daný způsob, jak ověřit, že funguje a nerozbila nic jiného. Bez toho se z testování stane nekonečné hašení požárů.<br><br>Prakticky to znamená zavést jednu třídu nebo funkci, která vrací aktuální čas, a všude ji používat. V produkci vrací skutečný čas, v testech vrací čas nastavený testem. Pokud to nejde kvůli staršímu kódu, použijte knihovnu pro zmrazení času, ale počítejte s tím, že ne všechny jazyky a běhová prostředí ji podporují stejně. U paralelních testů je zmrazení globálního času nebezpečné, protože jeden test ovlivní druhý. V takovém případě izolujte testy do samostatných procesů nebo použijte injektovaný časovač, ne globální.<br><br>Shrnutí: odhad nebude přesný, dokud neoddělíte implementaci, revizi a úpravy. Počítejte s tím, že revize není zdarma a že úpravy nejsou jen formalita. Sledujte skutečná data a upravujte odhady podle nich. Bez toho zůstane plánování jen hádání.<br><br>Poslední pravidlo zní: testy berte jako dokumentaci záměru, ne jako kámen. Když se požadavek změní, je v pořádku test přepsat nebo zrušit. Špatné je nechat ho běžet a obcházet jeho výsledek. Udělejte si pravidelnou revizi – jednou za sprint projděte testy, které padají, a rozhodněte, zda je opravit, nebo smazat. Pyramida, která se hýbe s požadavky, není slabá; je to jediná pyramida, která v rychle se měnícím projektu vydrží.<br><br>Moderní JavaScript není o tom naučit se co nejvíc syntaxe. Je o tom vědět, kdy kterou funkci použít a jaké má důsledky. Destructuring, spread, rest a moduly jsou nástroje, které zrychlují práci, ale zároveň skrývají drobné nástrahy. Jakmile je pochopíte, přestanou vás překvapovat chyby, které vznikají na místech, kde byste je nečekali.<br><br>Kontrakty místo scénářů a rychlá zpětná vazba V prostředí častých změn se vyplatí posunout těžiště pyramidy dolů a nahradit část integračních testů testy kontraktů. Kontrakt popisuje, co si dvě části systému slibují, a při změně požadavku se upraví na jednom místě. Zároveň zaveďte pravidlo, že každý test musí být spustitelný do několika sekund a bez sdíleného stavu. Testy, které potřebují běžící databázi, frontu nebo externí službu, patří do samostatné sady, kterou pouštíte méně často. Typická chyba je, že tým drží všechny testy v jednom běhu, ten se protáhne na desítky minut a vývojáři přestanou výsledkům věřit.<br><br>Po odeslání příspěvku sledujte diskusi a reagujte věcně. Recenzenti nemají povinnost vám vyhovět, ale jejich připomínky obvykle míří k udržitelnosti projektu. Když něčemu nerozumíte, doptávejte se konkrétně. Pokud je příspěvek zamítnut, neberte to osobně. Zjistěte důvod a zkuste to znovu jinde nebo později. I malá oprava překlepu v dokumentaci je platný vklad a postupně vede k větší důvěře komunity. Vytrvalost a slušnost nakonec rozhodují víc než jeden dokonalý commit.<br><br>Do open source projektu se zapojíte nejrychleji tak, že začnete od místa, které znáte. Otevřete si repozitář, přečtěte soubor s pokyny pro přispěvatele a projděte seznam otevřených problémů. Nevybírejte si hned složité téma. Hledejte označení, která znamenají vhodný úkol pro nováčka, nebo chyby v dokumentaci. Právě dokumentace bývá nejlepší vstupní bod, protože nevyžaduje hlubokou znalost vnitřností kódu a přesto pomáhá celému projektu.<br><br>Spread a rest: dva znaky, které se pletou neustále Spread a rest vypadají stejně, tři tečky, ale dělají opačnou věc. Spread rozbaluje pole nebo objekt na jednotlivé hodnoty. Rest naopak sbírá zbytek do nového pole nebo objektu. Typická chyba je záměna v parametrech funkce. function soucet(...cisla) je rest, uvnitř funkce máte skutečné pole. Naproti tomu Math.max(...cisla) je spread, rozbalí pole na argumenty. Další častá chyba: spread mělce kopíruje. const kopie = ...original zkopíruje pouze první úroveň. Vnořené objekty zůstávají sdílené.<br><br>Moduly v ES6 přinesly import a export, ale i tady číhá past. Pojmenovaný export a výchozí export se chovají odlišně. Při importu výchozího exportu si název volíte sami, u pojmenovaného musíte použít přesný název nebo alias. Záměna vede k chybě, která se projeví až při načtení modulu. Také pamatujte, [http://Crativ.co.kr/bbs/board.php?bo_table=info1&wr_id=140413 rekonstrukce koupelny krok za krokem] že importy se v prohlížeči načítají asynchronně a modul se spouští až po načtení všech závislostí.<br><br>Než začnete psát kód, ověřte, že problém není již vyřešený nebo že na něm někdo nepracuje. Napište krátký komentář pod příslušné issue a dejte najevo, že se do toho chcete pustit. Tím se vyhnete duplicitní práci a získáte zpětnou vazbu dřív, než investujete čas. [https://www.Thefreedictionary.com/Pokud%20jde Pokud jde] o větší změnu, nejdřív navrhněte postup a počkejte na reakci správců. Open source není soutěž v rychlosti, ale spolupráce na dlouhodobě udržovatelném výsledku.<br><br>If you're ready to read more information on [http://Crativ.co.kr/bbs/board.php?bo_table=info1&wr_id=140413 více čtěte zde] take a look at the site.<br>
Opis zmian:
Wszelki wkład na Mazovia może być edytowany, zmieniany lub usunięty przez innych użytkowników. Jeśli nie chcesz, żeby Twój tekst był dowolnie zmieniany przez każdego i rozpowszechniany bez ograniczeń, nie umieszczaj go tutaj.
Zapisując swoją edycję, oświadczasz, że ten tekst jest Twoim dziełem lub pochodzi z materiałów dostępnych na warunkach
domeny publicznej
lub kompatybilnych (zobacz także
Mazovia:Prawa autorskie
).
PROSZĘ NIE WPROWADZAĆ MATERIAŁÓW CHRONIONYCH PRAWEM AUTORSKIM BEZ POZWOLENIA WŁAŚCICIELA!
Anuluj
Pomoc w edycji
(otwiera się w nowym oknie)
Przełącz ograniczenie szerokości strony