První kroky při vývoji aplikací pro Android

Častým problémem začátečníků je, že dělají commity příliš velké nebo je zapomenou odeslat. Ideální je commitovat po každé malé funkční změně – to usnadňuje hledání chyb. Další chybou je ignorování souborů, které nemají být sledovány, jako jsou dočasné soubory nebo složky s knihovnami. Vytvořte si soubor .gitignore a uveďte v něm, co má Git ignorovat, např. node_modules/ nebo .env. Tím předejdete zbytečnému nepořádku.

Praktická rada na závěr: vytvářejte větve pro každou novou funkci. Hlavní větev (např. main) by měla zůstat stabilní. Větev vytvoříte příkazem git branch nová-funkce a přepnete se do ní pomocí git checkout nová-funkce (nebo git switch). Po dokončení práce větev sloučíte do hlavní. Tento postup vám umožní experimentovat bez obav, že rozbijete fungující kód. S Git se naučíte pracovat postupně – stačí si osvojit pět základních příkazů: init, add, commit, pull a push. Ostatní přijdou časem.

Základní pracovní cyklus: add, commit, push Klíčem k úspěchu je pochopit tři kroky. Nejprve soubor upravíte, poté ho přidáte do tzv. staging area pomocí git add . (přidá všechny změněné soubory) a nakonec uložíte snímek pomocí git commit -m "Popis změny". Zpráva by měla být krátká, ale výstižná – popisuje, co jste udělali. Tento cyklus opakujte při každé logické změně. Když pracujete s vzdáleným úložištěm (např. na serveru), odešlete své commity příkazem git push.

Jakmile zvládnete základy, začněte pracovat s emulátorem i fyzickým zařízením. Emulátor je vhodný pro rychlé testování, ale některé funkce, jako jsou senzory nebo výkon, ověříte pouze na reálném telefonu. Nezapomeňte také na ladění – naučte se používat nástroje pro analýzu výkonu a paměti. Tím předejdete mnoha problémům, které se objeví až po vydání aplikace.

Typickým problémem je konflikt při slučování větví. Když narazíte na konflikt, Git soubory označí speciálními značkami >>>>>>. Tyto značky musíte ručně odstranit a ponechat pouze správný obsah. Po vyřešení konfliktu soubor uložte, přidejte do staging area a proveďte commit. Než začnete slučovat, vždy se ujistěte, že máte čistý pracovní strom (žádné necommitnuté změny) – jinak vám Git hrozí přepsáním dat.

Kromě parametrizace je nutné aplikovat princip nejmenších oprávnění. Databázový uživatel, přes kterého aplikace komunikuje, by neměl mít práva na mazání tabulek nebo na čtení systémových tabulek. Pokud dojde k průniku, útočník získá jen omezený rozsah akcí. Dále je vhodné vypnout zobrazování chybových hlášek databáze přímo v odpovědi serveru. Detailní chyby s SQL syntaxí poskytují útočníkovi mapu schématu a usnadňují mu ladění útoku. Místo toho logujte chyby do souboru a uživateli zobrazte obecnou hlášku.

Jak se vrátit zpět a nespálit se Nejčastější chybou začátečníků je panika, když něco rozbijí. Git vám umožní vrátit se k libovolnému předchozímu stavu. Pokud chcete zrušit změny v souborech, které ještě nejsou ve staging area, použijte git checkout -- . (nebo konkrétní soubor). Pokud jste už provedli git add, ale commit ještě ne, můžete příkazem git reset soubory ze staging area odebrat. Pokud jste udělali commit a chcete se vrátit o krok zpět, použijte git reset --soft HEAD~1, což zruší poslední commit, ale ponechá změny připravené k novému commitu.

Když se řekne Docker, mnoho začátečníků si představí složitý nástroj pro správce sítí. Opak je pravdou – Docker je v podstatě způsob, jak zabalit aplikaci i všechny její závislosti do jednoho přenosného balíčku, kterému se říká kontejner. Místo instalace deseti různých verzí knihoven do systému si vytvoříte obraz, který obsahuje přesně to, co vaše aplikace potřebuje. Tento obraz pak můžete spustit kdekoli, kde je nainstalovaný Docker – na notebooku, serveru i v cloudu. Pro začátek stačí pochopit tři základní pojmy: obraz, kontejner a Dockerfile.

Základní cyklus práce s Gitem vypadá takto: provedete změny, označíte je jako připravené a potvrdíte je. Nejprve si zkontrolujte stav pomocí git status. Poté přidejte soubory do tzv. staging area příkazem git add . (všechny) nebo git add název_souboru (jen vybrané). Následně změny uložíte pomocí git commit -m "Popis změny". Každý commit by měl mít stručný a výstižný popis, který říká, co jste upravili a proč. Vyhněte se hromadným commitům typu "opravy" – později se v nich nevyznáte.

Velkým problémem bývá překlad dynamických textů, které se skládají z více částí. Typická chyba je spojovat věty pomocí řetězců, což vede k neohrabaným formulacím v některých jazycích. Místo toho používejte tzv. pluralizaci a interpolaci proměnných, které jsou součástí většiny moderních překladových knihoven. Například místo „Máte X zpráv" nadefinujete zvlášť tvary pro jeden, několik a mnoho kusů. Tím zajistíte, že věta bude gramaticky správně v češtině i v angličtině, a to bez dodatečných podmínek v kódu.