Vícejazyčný projekt: Jak nastavit IDE, aby vás to nebolelo
Nakonec pamatujte, že verzování není jen o číslech, ale o komunikaci. Nezavádějte příliš mnoho verzí najednou. Pokud je to možné, udržujte jednu hlavní verzi knihovny a pro starší verze vytvářejte jen bezpečnostní opravy. U projektů s více verzemi knihoven pak vždy definujte, která verze je oficiální pro produkci a která je určena pro experimenty. Tím se vyhnete zmatkům a všichni budou vědět, na čem staví.
Prakticky doporučuji zavést automatizovaný skript, který ověří konzistenci verzí mezi všemi soubory projektu. Tento skript spusťte jako součást CI, tedy před každým nasazením. Měl by kontrolovat, že deklarované verze odpovídají skutečně použitým a že žádný modul neodkazuje na neexistující číslo. Dále nastavte pravidlo, že každá změna závislosti musí projít code review a musí být zapsána do changelogu. Tím se vyhnete situaci, kdy někdo tiše povýší knihovnu a až po měsíci se objeví problém v produkci.
Nejdřív si definujte strukturu klíčů Než začnete překládat, navrhněte si systém pojmenování. Ideální je používat hierarchické klíče, třeba „header.navigation.home" nebo „checkout.button.submit". Vyhnete se tak dlouhým řetězcům, které jsou nepřehledné a při změně názvu funkce se snadno rozbijí. Důležité je také myslet na kontext: klíč „save" může být v jednom místě tlačítko, jinde odkaz. Proto klíč vždy popisuje umístění, ne jen samotný text. Tím zajistíte, že překladatelé a vývojáři budou přesně vědět, kde se řetězec používá.
Základním pravidlem je nikdy neskládat SQL dotaz pomocí řetězcové konkatenace. Typická chyba vypadá jako spojení textu s proměnnou, například když do dotazu vložíte uživatelské jméno přímo jako součást příkazu. Pokud uživatel zadá místo jména třeba výraz s apostrofem a podmínkou, může změnit logiku dotazu. Vždy proto používejte připravené dotazy (prepared statements) a parametrizované dotazy. Tyto mechanismy oddělují SQL kód od dat a databáze je pak bere jako hodnoty, nikoli jako příkazy.
Práce na projektu, který kombinuje více programovacích jazyků, je dnes běžná. Typická kombinace zahrnuje backend v Javě nebo Pythonu, frontend v TypeScriptu a šablony v HTML s CSS. Když si ale neupravíte vývojové prostředí, čeká vás peklo s přepínáním kontextů, špatným zvýrazňováním syntaxe a nefunkčním doplňováním kódu. Základem je pochopit, že IDE není univerzální nástroj, ale skládačka, kterou musíte vědomě poskládat pro každý jazyk zvlášť.
Základní kostra programu je jednoduchá. Metoda Main je vstupním bodem – odtud se spouští celý kód. Uvnitř metody píšete příkazy, které se vykonávají postupně. Pro výpis textu na obrazovku slouží příkaz Console.WriteLine. Pokud chcete od uživatele získat vstup, použijte Console.ReadLine, který vrátí řetězec. Typickým začátečnickým cvičením je pozdrav: požádejte uživatele o jméno, načtěte ho a poté vypište přivítání. Přitom si osvojíte práci s proměnnými a základními datovými typy.
Další častou chybou je ignorování jazykově specifických nastavení odsazení a konců řádků. V jednom projektu může mít Python předepsané 4 mezery, zatímco HTML šablony zase 2 mezery. Pokud to nesjednotíte, každé uložení souboru způsobí změnu celého odsazení a v git historce budete mít stovky zbytečných změn. Nastavte si proto editor tak, aby respektoval konfigurační soubory projektu (např. .editorconfig) a aby při ukládání automaticky aplikoval pravidla podle aktuálního jazyka. Totéž platí pro kódování – vždy používejte UTF-8 a nikdy nespoléhejte na to, že si editor poradí s diakritikou v komentářích automaticky.
Jak se vyhnout nejčastějším chybám při první aplikaci Kromě konverzí je další častou chybou zapomínání na středníky. V C# každý příkaz končí středníkem – pokud ho vynecháte, kompilátor ohlásí chybu. Dávejte si také pozor na velikost písmen: C# rozlišuje malá a velká písmena, takže Console.WriteLine není to samé jako console.writeline. Pokud píšete kód ručně, snadno uděláte překlep. Proto je dobré používat automatické doplňování kódu (IntelliSense) – napište prvních pár znaků a stiskněte Tab, čímž předejdete chybám.
SQL injection není problém, který by se dal vyřešit jednou provždy. Vyžaduje průběžnou pozornost a kódování s ohledem na bezpečnost. Při každém novém dotazu se zeptejte, zda obsahuje uživatelský vstup, a pokud ano, použijte parametrizaci. Pravidelně aktualizujte databázové ovladače a frameworky, které často obsahují opravy známých zranitelností. Investice do prevence se mnohonásobně vrátí, protože náklady na řešení úniku dat jsou obvykle výrazně vyšší než čas strávený psaním bezpečného kódu.