Převaděč velikosti písmen

• UPPERCASE převedení všech písmen na velká (HELLO WORLD).
• lowercase převedení všech písmen na malá (hello world).
• Title Case první písmeno každého slova velké (Hello World).
• Sentence case velké pouze první písmeno celého řetězce (Hello world).
• camelCase spojení slov bez oddělovače, první slovo malé a následující s velkým písmenem (helloWorld).
• PascalCase stejné jako camelCase, ale první slovo je také velké (HelloWorld).
• snake_case všechna písmena malá a spojení podtržítky (hello_world).
• kebab-case všechna písmena malá a spojení pomlčkami (hello-world).
• CONSTANT_CASE všechna písmena velká a spojení podtržítky (HELLO_WORLD).
• dot.case všechna písmena malá a spojení tečkami (hello.world).
• Alternating case střídání velkých a malých písmen písmeno po písmenu (hElLo WoRlD).

Každý formát definuje pravidlo pro oddělovač i pro velká/malá písmena a náš převodník zvládá všechny kombinace vstupních a výstupních formátů.

Oba formáty spojují slova bez oddělovače. Rozdíl je v prvním písmenu — camelCase ho píše malým (myVariableName), PascalCase velkým (MyClassName).

Konvence v moderních jazycích:

• camelCase pro proměnné, názvy funkcí a metody;
• PascalCase pro názvy tříd, typů, rozhraní, výčtů (enum) a komponent v Reactu/Vue/Svelte.

• Příklad v JavaScriptu: const userAccount = getCurrentUser() — userAccount a getCurrentUser jsou v camelCase; class UserAccount {} — UserAccount je v PascalCase.
• Java: int totalAmount, void calculateTotal() (metody/pole v camelCase), class Calculator (třídy v PascalCase).
• C#: propracovanější — veřejné vlastnosti a metody jsou v PascalCase (UserName, GetUserById), soukromá pole používají camelCase (často s předponou _).
• TypeScript se drží konvencí JavaScriptu a přidává PascalCase pro typy a rozhraní.
• Komponenty v Reactu musí být v PascalCase, aby se správně vykreslily — názvy značek s malým písmenem jsou interpretovány jako elementy HTML.

snake_case je hlavní konvence v dynamických a skriptovacích jazycích.

• Python PEP 8 vyžaduje snake_case pro názvy funkcí, proměnných, metod, modulů a balíčků: def calculate_total(user_id), total_amount = 0, import data_processor. Konstanty jsou PSANÉ_VELKÝMI_PÍSMENY_S_PODTRŽÍTKY (MAX_RETRY = 5). Třídy jsou v PascalCase (class UserAccount).
• Ruby používá snake_case všude – pro metody, proměnné, názvy souborů – přičemž konstanty jsou v PascalCase nebo CONSTANT_CASE.
• SQL: standardní pojmenování tabulek a sloupců je snake_case (user_accounts, created_at, last_login_date) — identifikátory v uvozovkách zachovávají velikost písmen, ale snižují přenositelnost mezi databázemi.
• JSON: API generovaná v Pythonu a Ruby obvykle vracejí názvy polí v snake_case (Stripe API, Twitter API, Django REST Framework).

Při převodu mezi backendem v Pythonu a frontendem v JavaScriptu zvolte jeden směr a proveďte konvenci na hranici API (např. interceptor v axiosu, generátory aliasů v Pydantic).

kebab-case je vyžadován na třech místech:

• (1) Názvy CSS tříd — .primary-button, .nav-link-active. Identifikátory v JavaScriptu nemohou obsahovat pomlčky, proto si CSS zvolilo pomlčky právě proto, aby je nebylo možné zaměnit s identifikátory v JavaScriptu.
• (2) URL slugy — /blog/how-to-calculate-mortgage. Google výslovně doporučuje pomlčky namísto podtržítek pro oddělení slov: pomlčky jsou považovány za hranice slov, kdežto podtržítka jako spojovníky, takže 'best-running-shoes' se indexuje jako tři samostatné výrazy, zatímco 'best_running_shoes' jako jeden.
• (3) Názvy HTML atributů — zejména atributy data-* a názvy vlastních elementů ve Web Components. Specifikace Web Components vyžaduje, aby názvy vlastních elementů obsahovaly pomlčku (my-component, nikoliv myComponent), což je odlišuje od standardních elementů HTML.

Vlastní CSS vlastnosti (proměnné) rovněž používají kebab-case: --primary-color, --max-width. Když frameworky CSS-in-JS transformují názvy vlastností, automaticky převádějí javascriptový camelCase na CSS kebab-case.

CONSTANT_CASE (někdy též SCREAMING_SNAKE_CASE nebo UPPER_SNAKE_CASE) dává ve všech hlavních jazycích signál „tato hodnota se nikdy nemění“.

Případy použití:

• (1) Konstanty na úrovni jazyka — JavaScript const PI = 3.14159, Java public static final int MAX = 100, Python ABSOLUTE_PATH = '/etc', Go const MaxRetries = 5 (ačkoliv Go často pro exportované konstanty používá MixedCase).
• (2) Hodnoty výčtu (Enum) — TypeScript enum Status { PENDING, IN_PROGRESS, COMPLETED }, Java public enum Status { PENDING, IN_PROGRESS }, členy StrEnum v Pythonu.
• (3) Proměnné prostředí — DATABASE_URL, NODE_ENV, AWS_ACCESS_KEY_ID napříč všemi operačními systémy a frameworky.
• (4) Makra v C/C++ — #define BUFFER_SIZE 1024, #define MAX_RETRY 5.
• (5) Sekce prostředí v Docker compose YAML, konfigurační mapy v Kubernetes, tajemství v GitHub Actions, řídicí panely Vercel/Netlify.

Vizuální odlišení velkými písmeny zajišťuje, že konstanty nelze na první pohled zaměnit za proměnné — v tom spočívá celý smysl této konvence.

Title Case píše první písmeno každého slova velkým; Sentence case zvětšuje pouze první písmeno celé fráze a vlastních jmen.

Různé stylistické příručky se liší v tom, co v Title Case psát s velkým písmenem.

• AP Style a APA: velká písmena u slov o délce 4+ písmen, NEZVYŠOVAT krátké předložky (in, on, at, of, by, to, for), členy (a, an, the) nebo souřadicí spojky (and, but, or, nor) — pokud nejsou prvním nebo posledním slovem.
• Chicago Manual of Style: všechna slova s velkým písmenem kromě členů, souřadicích spojek a předložek bez ohledu na délku.
• New York Times: velká písmena pro slova o délce 5+ písmen.

Moderní technické příručky (Google, Apple, Microsoft Manual of Style) upřednostňují Sentence case pro prvky rozhraní, běžný text a dokonce i nadpisy — působí méně křiklavě a konverzačněji.

SEO testy (CoSchedule, Backlinko) ukazují, že nadpisy v Title Case získávají ve výsledcích vyhledávání o 14–20 % vyšší CTR, takže pro názvy blogových příspěvků používejte Title Case bez ohledu na to, jaký styl těla textu preferujete.

Každý jazyk má kodifikované konvence buď v oficiální příručce stylů, nebo na základě komunitního konsensu.

• JavaScript/TypeScript: camelCase pro proměnné a funkce, PascalCase pro třídy/typy/komponenty, CONSTANT_CASE pro konstanty. Podle stylů Airbnb, Google a Standard.
• Python: snake_case pro proměnné/funkce/metody/moduly, PascalCase pro třídy, PSANÉ_VELKÝMI_PÍSMENY_S_PODTRŽÍTKY pro konstanty. Vyžadováno standardem PEP 8.
• Java: camelCase pro proměnné/metody, PascalCase pro třídy/rozhraní, PSANÉ_VELKÝMI_PÍSMENY_S_PODTRŽÍTKY pro konstanty. Podle příručky Google Java Style Guide.
• Go: MixedCaps pro exportované (velké první písmeno) i neexportované (malé první písmeno) – vynucuje nástroj gofmt.
• Rust: snake_case pro funkce/proměnné/moduly, PascalCase pro typy/traity, SCREAMING_SNAKE_CASE pro konstanty. Podle oficiální příručky jazyka Rust.
• C#: PascalCase pro všechno veřejné (metody, vlastnosti, třídy), camelCase pro parametry a soukromá pole (často s předponou _).
• Ruby: všude snake_case, s výjimkou tříd/modulů (PascalCase) a konstant (PascalCase nebo PSANÉ_VELKÝMI_PÍSMENY_S_PODTRŽÍTKY).

Vždy dodržujte konvenci okolního kódu namísto vnucování vlastního preferovaného stylu.

URL slugová jména by měla být v malých písmech v kebab-case ze čtyř důvodů.

• (1) Oddělování slov v Googlu: pomlčky jsou v URL považovány za oddělovače slov, podtržítka za spojovníky. /best-running-shoes se umisťuje pro 'best', 'running', 'shoes' nezávisle; /best_running_shoes je bráno jako jeden složený výraz.
• (2) Citlivost na velikost písmen: Apache, nginx a další servery mohou standardně považovat /About a /about za dvě různá URL — riziko penalizace za duplicitní obsah. Vždy používejte malá písmena.
• (3) Spolehlivost při psaní uživateli: velká písmena způsobují překlepy; malá URL se snadněji sdílejí ústně nebo píší v tiskovinách.
• (4) Soulad se standardy: RFC 3986 považuje cesty za citlivé na velikost písmen, ale de facto webová konvence jsou malá písmena.

Nejlepší postup: odstraňte diakritiku (café → cafe), transliterujte ne-ASCII znaky, vynechejte členy (the/a/an) pro zkrácení, z cílených 60-70 znaků slugů dosáhnete optimálního zobrazení SEO v SERP.

Vyhněte se: datům v slugách (uveďte je v metadatech publikace), ID relací, parametrům dotazu vloženým v slugách.

Zkratky jsou nejzáludnější částí programovacích konvencí pro psaní velikosti písmen, protože existují dva konkurenční přístupy.

• Přístup A (zachovat zkratky): HTTPRequest, HTMLParser, UserID, JSONResponse, URLBuilder. Starší kód v C, C++, Java z 90. let až 2000 používal toto. Snadnější rozpoznání zkratek na první pohled.
• Přístup B (považovat za slova): HttpRequest, HtmlParser, UserId, JsonResponse, UrlBuilder. Microsoft .NET, Google Java Style, moderní TypeScript a JavaScript preferují toto. Snazší čtení vícezpůsobových názvů jako HtmlHttpClient vs HTMLHTTPClient.

• Pravidlo Microsoftu: dvoupísmenné zkratky ponechávají obě písmena velká (IOStream, IPAddress), ale tří a více písmenné zkratky se stávají Pascal (HtmlParser, nikoliv HTMLParser).
• Google Java Style: vždy považovat za slova (HtmlParser, nikoliv HTMLParser, dokonce i pro 3písmenné HTML).

Náš převodník aplikuje standardně přístup B. Při práci ve stávající kódové základně vždy dodržujte zavedený styl — zavedení nové konvence pro zkratky způsobuje nekonzistenci, která přetrvává roky.

Různé kontexty mají různá pravidla pro citlivost na velikost písmen.

• URL: technicky citlivé na velikost písmen (RFC 3986), ale většina webových serverů zachází s cestami standardně jako s necitlivými — pro bezpečnost a SEO vždy používejte malá písmena.
• HTML: NÁZVY tagů a atributů jsou necitlivé na velikost písmen (DIV = div = Div), ale HODNOTY atributů jsou citlivé (názvy tříd a hodnoty ID se musí přesně shodovat při odkazování z CSS/JS).
• JSON: plně citlivé na velikost písmen — {"userName": ...} a {"username": ...} jsou různá pole.
• SQL: závisí na databázi — MySQL ve Windows nerozlišuje velikost písmen u názvů tabulek, MySQL v Linuxu rozlišuje; PostgreSQL převádí neuvedené identifikátory na malá písmena, ale zachovává uvozovky; SQLite nerozlišuje velikost písmen standardně.
• Souborové systémy: Windows NTFS a macOS APFS (výchozí) nerozlišují velikost písmen, ale zachovávají ji; Linux ext4 a macOS APFS (možnost citlivá na velikost písmen) rozlišují.

Git na souborových systémech nerozlišujících velikost písmen může způsobit skryté problémy, když spolupracovníci na systémech rozlišujících provádějí pull. Nejlepší postup: vynutit jedno velkorysé psaní na systém pomocí pravidel lint, nastavení IDE nebo git config (core.ignorecase).

Pro jednotlivé proměnné: vložte do našeho převodníku, získejte výsledek, vložte zpět.

Pro hromadné přejmenování v rámci souboru nebo projektu použijte nejbezpečnější dostupný nástroj.

• Refaktoring přejmenování v IDE (F2 ve VS Code, Shift-F6 v JetBrains, Cmd-R-R v Xcode): nejbezpečnější volba — aktualizuje všechny odkazy včetně importů, komentářů (volitelně) a dynamických řetězců (často).
• Hledání a nahrazení v celém projektu pomocí regulárních výrazů: rychlejší, ale rizikové — ručně ověřte každou substituci a poté spusťte testy.
• Příkazová řádka: ripgrep s --pcre2 plus sed pipeline pro systematické přejmenování v mnoha souborech.
• Nástroje založené na AST: jscodeshift pro JavaScript/TypeScript, libcst pro Python, OpenRewrite pro Java — nejbezpečnější pro složité změny zahrnující tisíce souborů se sémantickým porozuměním.

Pro převod celé odpovědi JSON API ze snake_case na camelCase použijte transformační knihovnu na hranici API (camelCase-keys pro Node, humps pro JS, generátory aliasů Pydantic pro Python). Nikdy nespouštějte hromadná přejmenování na nečistém pracovním stromu gitu — vytvořte větev, refaktorujte, otestujte a pak slučte.

Naivní převod velikosti písmen selhává v několika okrajových případech.

• (1) Zkratky — popsáno výše, vyžaduje explicitní volbu konvence.
• (2) Čísla v identifikátorech — má se '2024Q4Revenue' změnit na '2024_q4_revenue' nebo '2024_q_4_revenue'? Většina převodníků rozděluje přechody písmeno-čísslice, ale ne číslo-písmeno; náš zachovává číselné skupiny.
• (3) Mapování velikosti písmen Unicode — německé ß má malá písmena 'ss', ale velká ẞ (oficiální pro rok 2017) nebo 'SS' (starší). Turecké tečkované/beztečkové i má pravidla specifická pro danou lokalitu. Řecké koncové sigma (ς) vs střední (σ) nepřežije obousměrné operace s velikostí písmen.
• (4) Názvy značek s vnitřní velkou písmenou — iPhone, eBay, YouTube — měly by být zachovány přesně, nikdy nepřeváděny. Přidejte názvy značek do seznamu výjimek editoru.
• (5) Inicialismy vs zkratky — NASA je zkratka (vyslovuje se jako slovo), FBI je inicialismus (vyslovuje se po písmenech) — stylistické příručky s nimi zacházejí stejně, ale čtou se jinak.
• (6) Text ve více jazycích — převod znaků CJK smíchaných s latinkou nemá definované chování; většina nástrojů propouští CJK nezměněné.

Náš převodník zvládá standardní Unicode pro latinku/cyrilici a propouští znaky CJK; pro produkční multilingvní systémy používejte knihovny založené na ICU (icu4j, PyICU) pro operace s velikostí písmen s ohledem na lokalitu.