• 목록
• 답변
• 글쓰기
• 게시판 리스트 옵션
  • 수정
  • 삭제

Typická chyba začátečníků je ukládání všeho do store, i věcí, které jsou čistě lokální, jako hodnota inputu v formuláři. To způsobuje, že se při každém stisku klávesy posílá akce, prochází přes reducery a celý store se aktualizuje. Místo toho si nechte lokální stav v komponentě pomocí useState a do Reduxu posílejte až hodnotu při odeslání formuláře. Stejně tak nemá smysl ukládat data, která se dají snadno dopočítat z jiných částí store – to je duplikace a vede k nekonzistenci.

Když chcete token odvolat před vypršením, narazíte na limitace JWT. Neexistuje přímý mechanismus, jak token zneplatnit, pokud to neuděláte centrálně. Řešením je verze tokenu, kterou porovnáte s hodnotou v databázi, nebo krátká životnost a rychlé obnovení. V praxi se vyplatí kombinovat JWT s černou listinou pro vybrané případy, jako je změna hesla nebo odhlášení uživatele. Jinak riskujete, že odhlášený uživatel bude mít stále platný token.

Další oblast, kde dělají začátečníci chyby, je práce s asynchronními úlohami. SwiftUI má moderní přístup přes async/await, ale pokud přicházíte z jiného jazyka, může být lákavé použít DispatchQueue a uzavřenosti. To funguje, ale vede k nečitelnému kódu a potenciálním problémům s hlavním vláknem. Místo toho deklarujte funkci jako async a použijte await pro volání, která potřebují čas. Pokud potřebujete aktualizovat UI po návratu z asynchronní operace, vraťte se na hlavní vlákno pomocí MainActor. Tím se vyhnete zásekům a zajistíte, že se rozhraní aktualizuje plynule.

Pro výběr dat ze store nepoužívejte přímý přístup k němu v komponentách. Místo toho vytvořte selektory – funkce, které z celého stavu vyberou jen to, co potřebujete. Selektory můžete memoizovat pomocí knihovny Reselect, což zabrání zbytečnému přepočítávání při každém renderu. To je důležité hlavně u velkých seznamů nebo filtrovaných dat. Příklad: const selectVisibleTodos = (state) => state.todos.filter(...). Pokud použijete memoizovanou verzi, výsledek se spočítá jen když se změní vstupní data, ne při každém renderu komponenty.

Nezapomínejte ani na ověření časové náročnosti. Pomalá odpověď může být signálem problému na serveru, i když je obsah správný. V rámci testu si uložte dobu trvání požadavku a porovnejte ji s limitem. Další častý přešlap spočívá v ignorování stavu, kdy API vyžaduje autentizaci. Proměnnou pro token, kterou získáte z přihlašovacího požadavku, nastavte v rámci kolekce jako sdílenou. To znamená, že se automaticky použije v dalších voláních a vy nemusíte token ručně kopírovat.

Nakonec si zvykněte na verze iOS. Když vyvíjíte pro iOS, musíte si vybrat, tato stránka kterou minimální verzi podporovat. Starší verze mají své limity, ale nové mají nejlepší funkce. Kompromis je zvolit verzi, která pokrývá většinu uživatelů, a v kódu použít podmínky jako if #available(iOS 17.0, *) pro nové API. Tím se vyhnete nutnosti psát dvě verze aplikace. A pamatujte, že simulátor není totéž co skutečné zařízení. Některé věci, jako je výkon a odezva, se liší, takže si aplikaci vždy vyzkoušejte na fyzickém iPhonu, abyste viděli, jak se chová v reálném provozu.

Při psaní testů se vyhněte dvěma typickým chybám. Za prvé, nesnažte se pokrýt sto procent řádků kódu. Číslo samo o sobě neznamená kvalitu. Za druhé, nepište testy, tato stránka které testují samy sebe – tedy takové, které jen opakují implementaci. Místo toho se zaměřte na chování: co se má stát, když přijde neplatný vstup, když dojde k výjimce, když je databáze prázdná. To jsou věci, které vám dají skutečnou ochranu, když něco rozbijete.

byt v paneláku neposlední řadě pozor na algoritmus podpisu. Knihovny pro JWT někdy umožňují v hlavičce tokenu specifikovat typ algoritmu, což vede ke známému zranitelnosti „algorithm confusion". Pokud server podporuje symetrický i asymetrický podpis, může útočník podepsat token veřejným klíčem, který server považuje za tajný klíč. Tomu se vyhnete tím, že povolíte pouze jeden konkrétní algoritmus, a to nejlépe asymetrický, jako je RS256. Také si pohlídejte, že server nepřijímá tokeny bez podpisu nebo s prázdným podpisem.

Pro vývoj budete potřebovat vývojové prostředí. Zvolte si přednastavené IDE, které podporuje Android – stáhněte si ho z oficiálního zdroje. Při instalaci věnujte pozornost verzi Java Development Kitu, kterou vyžaduje. Častou chybou začátečníků je použití nesprávné verze, kvůli které se projekt nepřeloží. Dále si nastavte emulátor nebo si připravte fyzické zařízení. Emulátor je pomalejší, ale umožňuje testovat různé velikosti obrazovek. Fyzické zařízení zase ukáže reálný výkon. Vyzkoušejte obojí – minimálně na jednom z nich budete aplikaci spouštět denně.

When you have almost any inquiries concerning wherever as well as how to make use of tady, it is possible to e-mail us at the website.