První kroky při tvorbě aplikací pro Android

Vývojové prostředí je vaším hlavním nástrojem. Oficiální řešení od Googlu je zdarma a obsahuje vše potřebné – emulátor, nástroje pro ladění i šablony projektů. Při prvním spuštění nechte průvodce, ať vám vytvoří základní projekt. Zkuste si nejprve rozvržení s tlačítkem a textem, abyste si osahali, jak funguje editor. Nespěchejte na složité věci, jako jsou databáze nebo síťové volání. Čím dříve si osvojíte práci s rozhraním, tím snazší pro vás budou další kroky.

Testovací pyramida není jen módní pojem, ale praktický nástroj, který vám pomůže udržet testy rychlé, stabilní a hlavně užitečné. Princip je jednoduchý: na spodku pyramidy stojí mnoho rychlých a levných jednotkových testů, uprostřed méně integračních testů a na vrcholu minimum pomalých end-to-end testů. Pokud tuto strukturu dodržíte, získáte sadu, která odhalí chyby rychle a nezdržuje vývoj.
Na závěr si ověřte, že vaše aplikace funguje i bez připojení k internetu. Mnoho začátečníků spoléhá na online data, a když signál zmizí, aplikace je nepoužitelná. Implementujte jednoduché ukládání dat do lokálního úložiště. Není to složité a výsledek působí mnohem profesionálněji. Až budete mít základ hotový, přemýšlejte o publikování – ale to už je jiná kapitola. Nejdůležitější je dokončit jeden projekt od začátku do konce.

Scrum je nejrozšířenější agilní framework, ale české týmy často narazí na to, že ho berou jako soubor pravidel, která stačí mechanicky odškrtávat. Ve skutečnosti jde o nástroj pro odhalování problémů v komunikaci a plánování. Než začnete se zaváděním, zkuste si ověřit, jestli váš tým vůbec potřebuje změnu. Pokud dodáváte software pravidelně a zákazník je spokojený, možná stačí jen drobné úpravy. Naopak pokud se opakovaně zpožďujete nebo měníte priority každý týden, Scrum vám pomůže vytvořit stabilní rytmus.

Když se řekne NoSQL, mnoho vývojářů si představí buď zázračné řešení všech problémů, nebo naopak něco, čemu je lepší se vyhnout. Pravda je ale jinde – NoSQL je nástroj, který se hodí pro specifické případy, a pokud ho použijete tam, kde se nehodí, snadno si způsobíte víc škody než užitku. Tento text vám pomůže zorientovat se v tom, co NoSQL skutečně je a kdy po něm sáhnout.

Při implementaci si dejte pozor na časová razítka. Čas expirace (exp) a vydání (iat) porovnávejte s aktuálním časem serveru, ne s časem klienta. Pokud se server a klient liší v čase, může dojít k chybnému odmítnutí nebo naopak k přijetí prošlého tokenu. Používejte časové údaje v sekundách od epochy a nezapomeňte na toleranci pro drobné časové rozdíly, ale ne příliš velkou (maximálně pár minut). Vhodné je také ukládat token do paměti prohlížeče (localStorage) a ne do cookies, pokud nechcete řešit ochranu proti CSRF. Při ukládání do cookies nastavte atributy HttpOnly a Secure, aby token nebyl přístupný JavaScriptu.

Pět praktických otázek před výběrem Než se rozhodnete, položte si pět otázek. Za prvé: potřebujete ukládat data, která nemají pevnou strukturu? Například uživatelské profily, kde každý může mít jiná pole. V takovém případě se dokumentová databáze hodí, protože nevyžaduje předem definované schéma. Za druhé: jaká je velikost dat? Pokud počítáte s miliony záznamů denně, klasická SQL databáze narazí na limity škálování. NoSQL zvládne distribuci přes více uzlů. Za třetí: jaké dotazy budete provádět? Pokud potřebujete složité joiny a transakce s vysokou konzistencí, raději zůstaňte u SQL. Za čtvrté: jaká je očekávaná dostupnost? NoSQL systémy často obětují konzistenci ve prospěch dostupnosti – to se hodí pro aplikace, kde je důležitější, aby systém běžel, než aby data byla v každém okamžiku úplně aktuální. Za páté: jaké máte zkušenosti v týmu? Přechod na NoSQL vyžaduje nové dovednosti a jiný způsob myšlení, což může zpomalit vývoj.

Při psaní kódu narazíte na dvě typické chyby: chybně zadaný název zdroje a zapomenutá oprávnění pro emulátor. Pokud aplikace padá hned po startu, podívejte se do logů – nástroj Logcat vám přesně řekne, co se nepovedlo. Naučte se ho používat od začátku, ušetříte si mnoho nervů. Když se navíc rozhodnete testovat na fyzickém zařízení, nezapomeňte v systému povolit vývojářský režim a přenos souborů.

Typickou chybou je přenést relační model myšlení do NoSQL. Když už se rozhodnete pro dokumentovou databázi, nesnažte se modelovat data jako tabulky. Naučte se denormalizovat – ukládejte související data společně, abyste se vyhnuli nákladným joinům. Dalším častým problémem je podcenění konzistence. Než nasadíte NoSQL do produkce, otestujte, co se stane, když se dva uzly dočasně odpojí – zjistíte, jak zařídit malou kuchynié varianty dat se můžou objevit. A v neposlední řadě si nastavte monitorování výkonu, protože NoSQL systémy se chovají jinak při zátěži než SQL a snadno se přetíží jedním špatně navrženým dotazem.

If you have any sort of questions pertaining to where and how you can make use of zdroj, you can call us at our own web site.