onlinetools.dev

Конвертер регістру

Перемикайтеся між camelCase, snake_case, kebab-case, PascalCase та іншими

Працює локально
loading…
Про цей інструмент

Ідентифікатори постійно мандрують між домовленостями: API повертає snake_case, вашому TypeScript потрібен camelCase, класу CSS — kebab-case, а змінна середовища вимагає CONSTANT_CASE. Цей конвертер бере будь-яке змішане введення — пробіли, підкреслення, дефіси, наявний camelCase — розумно ділить його на слова й одразу збирає в дев’ять цільових стилів.

Розділювач розуміє складні випадки: він розбиває «getUserByID» на get/user/by/id (лишаючи абревіатуру цілою до межі), рахує цифри частиною їхнього слова й обробляє кожен рядок окремо, тож можна вставити цілий стовпчик полів бази даних і перетворити все за раз.

Усі стилі показуються одночасно, з кнопкою копіювання в кожному рядку — не треба спершу обирати режим, просто вставте й візьміть потрібне.

Часті запитання

Як обробляються абревіатури на кшталт «HTTPResponse»?
Послідовність великих літер, за якою йде мала, розділяється перед останньою великою: HTTPResponse → http + response. Це відповідає тому, як більшість посібників зі стилю очікує розбиття абревіатур, хоча жоден розділювач не вгадає намір ідеально — крайні випадки на кшталт «IOError» стають io + error.
Чи можна перетворити багато ідентифікаторів одразу?
Так — кожен рядок перетворюється окремо. Вставте список назв стовпців, по одному в рядку, і вивід збереже структуру рядків у новому стилі.
Чим тут Title Case відрізняється від Sentence case?
Title Case пише кожне слово з великої («User Account Id»); Sentence case — лише перше («User account id»). Жоден із них не застосовує редакторських правил щодо артиклів і прийменників — для ідентифікаторів вони майже ніколи не потрібні.
Чому перетворення туди й назад не завжди відновлює оригінал?
Поділ на слова відкидає інформацію — «user_ID_2» і «userId2» розбиваються однаково. Перетворення вперед детерміноване, але оригінальне написання меж між словами відновити вдається не завжди.
Пов’язані інструменти