본문으로 건너뛰기
텍스트 도구

케이스 변환기

식별자나 문구를 입력하면 camelCase, PascalCase, snake_case, kebab-case 등 주요 명명 규칙으로 한 번에 변환하여 보여줍니다. 목록을 붙여넣으면 여러 줄을 한꺼번에 변환할 수 있습니다.

모든 처리는 브라우저 내에서 이루어지며, 입력한 내용이 서버로 전송되지 않습니다.

가이드: 사용 방법 및 특징

  • "빠른 변환" 입력란에 식별자나 문구를 입력하면 9가지 명명 규칙이 동시에 표시됩니다.
  • 각 행의 "복사" 버튼으로 원하는 규칙의 변환 결과만 클립보드에 복사할 수 있습니다.
  • "일괄 변환"에서는 여러 줄의 목록을 붙여넣어 선택한 하나의 규칙으로 한꺼번에 변환할 수 있습니다.

FAQ: 자주 묻는 질문

  • 숫자가 포함된 식별자(예: item2Name)는 어떻게 분리되나요?

    숫자는 이미 속해 있던 단어에 그대로 붙어 있습니다. "item2Name"은 "item2"와 "Name"으로, "base64Encode"는 "base64"와 "Encode"로 분리됩니다.
  • HTTP나 URL 같은 약어도 올바르게 처리되나요?

    네. "HTTPServerError"처럼 대문자가 연속되는 약어는 다음 대문자+소문자 단어가 시작되기 직전에서 분리되어 "HTTP", "Server", "Error" 세 단어로 인식됩니다.
  • "빠른 변환"과 "일괄 변환"의 차이는 무엇인가요?

    "빠른 변환"은 식별자 하나를 입력하면 9가지 규칙을 한 번에 보여줍니다. "일괄 변환"은 여러 줄의 목록을 선택한 하나의 규칙으로 한꺼번에 변환합니다.

활용: 주요 활용 사례

  • 언어 간 명명 규칙 변환

    데이터베이스 컬럼명(snake_case)을 JavaScript/TypeScript 변수명(camelCase)으로 변환하는 등 언어·프레임워크 간 명명 규칙 차이를 메울 수 있습니다.

  • JSON 키·CSV 헤더 일괄 변환

    API 응답의 JSON 키 목록이나 CSV 헤더 행을 붙여넣고 일괄 변환 모드로 다른 명명 규칙에 맞출 수 있습니다.

  • 환경 변수명·상수명 생성

    설정 항목 이름을 입력하면 CONSTANT_CASE 환경 변수명과 kebab-case CLI 플래그명을 동시에 확인할 수 있습니다.

주의: 주의 사항·제한

  • 단어 분리는 완전히 자동으로 판단됩니다

    대소문자 변화와 구분자로부터 단어 경계를 추정합니다. "iOS", "macOS" 같은 특수 고유명사는 의도한 대로 분리되지 않을 수 있으니 결과를 반드시 확인하세요.

  • 숫자는 독립된 단어가 되지 않습니다

    "item2Name"은 "item2"와 "Name" 두 단어로 처리되며, 숫자만 따로 떼어낼 수는 없습니다.

빠른 변환

명명 규칙 변환 결과  
camelCase helloWorld
PascalCase HelloWorld
snake_case hello_world
CONSTANT_CASE HELLO_WORLD
kebab-case hello-world
dot.case hello.world
path/case hello/world
Title Case Hello World
Sentence case Hello world

일괄 변환

이 도구의 관련 기사

최신 아티클

활용 사례
2026-08-07

curl 옵션 정리|-X -H -d 가 실제로 하는 일과 함정

실무에서 만나는 curl 옵션을 표로 정리했습니다. -d 만으로 이미 POST가 되는 이유, -d 와 --data-raw 의 차이, 앞의 @ 가 조용히 파일을 읽는 함정, 작은따옴표와 큰따옴표의 구분, -k 와 -L 을 쉽게 붙이면 안 되는 이유까지 예제로 설명합니다.

도구 소개
2026-08-06

JSON Schema와 Zod를 상호 변환하는 원리|required와 .optional()의 대응

JSON Schema에서 Zod 스키마를 만들고 Zod 코드에서 다시 JSON Schema를 뽑아내는 양방향 변환기의 구현을 해설합니다. required와 .optional()의 기본값이 반대인 문제, 제약 조건 대응표, 코드를 실행하지 않고 해석하는 방법까지 정리합니다.

활용 사례
2026-08-06

SQL 절 실행 순서 레퍼런스|WHERE에서 SELECT 별칭을 못 쓰는 이유

SQL은 작성한 순서대로 실행되지 않습니다. 논리적 실행 순서(FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY → LIMIT)를 축으로, 별칭이 WHERE에서 안 되는 이유, WHERE와 HAVING의 구분, ONLY_FULL_GROUP_BY, COUNT(*)와 COUNT(컬럼)의 차이, LEFT JOIN + WHERE 함정을 예제로 정리합니다.

활용 사례
2026-08-06

unified diff 형식 읽는 법|git diff의 @@ 헤더 완전 해설

git이 출력하는 unified diff 형식을 읽는 법을 정리했습니다. @@ -12,7 +12,9 @@ 의 네 숫자가 뜻하는 것, 한 글자만 고쳐도 줄 전체가 바뀐 것처럼 보이는 이유, 공백과 줄바꿈 문자의 함정, \ No newline at end of file, 머지 커밋의 @@@, similarity index를 통한 이름 변경 감지까지 예제로 설명합니다.

활용 사례
2026-08-06

UTC⇄JST/KST 변환 레퍼런스|9시간 시차 대조표와 타임존 사고 예방법

UTC와 일본 시간(JST)·한국 시간(KST)의 변환을 대조표로 정리했습니다. ISO 8601의 Z와 +09:00의 의미, JavaScript 날짜 파싱이 9시간 어긋나는 조건, MySQL/PostgreSQL의 타임존 동작, GitHub Actions cron이 UTC로 도는 함정까지 예제와 함께 해설합니다.

활용 사례
2026-08-04

CREATE TABLE 레퍼런스|MySQL·PostgreSQL·SQLite의 타입과 제약 조건 차이

CREATE TABLE(DDL) 작성법을 3개 데이터베이스 비교표로 정리했습니다. 타입 대응표, 자동 증가(AUTO_INCREMENT / IDENTITY / rowid)의 방언 차이, 외래 키의 ON DELETE 동작, MySQL이 조용히 무시하는 CHECK 제약까지 예제와 함께 해설합니다.

광고

광고