텍스트

Case Converter

텍스트나 식별자를 camelCase, snake_case, kebab-case 등 흔히 쓰이는 모든 스타일로 한 번에 변환. camelCase/PascalCase, 약어(XMLParser → XML + Parser), 숫자에서 단어 경계를 인식.

The tool detects word boundaries in any text or identifier — spaces, underscores, hyphens, camelCase/PascalCase boundaries, and abbreviations — and instantly converts the result into every common naming style.

Naming styles

Common uses

Things to keep in mind

Abbreviations (XMLParser, HTTPClient) are recognized as single words automatically, so conversion doesn't break them into individual letters.

Converting to lower case or UPPER CASE is irreversible — keep the original around if you'll need it back.

이 도구에 대한 아티클: camelCase, snake_case, kebab-case: 언제 어떤 스타일을 쓸까

자주 묻는 질문

어떤 명명 스타일로 변환할 수 있나요?

camelCase, PascalCase, snake_case, kebab-case, CONSTANT_CASE, Title Case, Sentence case, lower case, UPPER CASE, dot.case, path/case 등 실무에서 흔히 쓰이는 스타일을 모두 지원합니다.

camelCase나 PascalCase의 단어 경계는 어떻게 인식하나요?

대문자가 시작되는 지점, 연속된 약어(예: XMLParser → XML + Parser), 문자와 숫자의 경계를 함께 분석해 단어를 구분합니다.

입력한 텍스트가 서버로 전송되나요?

아니요. 변환은 브라우저 안에서 자바스크립트로만 처리되며 입력한 내용은 서버로 전송되지 않습니다.

코드에서 대소문자가 왜 중요한가요?

대부분의 프로그래밍 언어에서 대소문자는 기술적으로 실행에 영향을 주지 않지만(식별자에서 대소문자를 구분하는 경우 제외), 일관된 스타일은 가독성뿐 아니라 특정 종류의 엔티티에 특정 스타일을 기대하는 린터, IDE, 문서 생성기에도 중요합니다.

변환 후 원래 텍스트로 되돌릴 수 있나요?

항상 정확히 되돌릴 수 있는 것은 아닙니다. 원본이 대소문자가 섞여 있었다면 소문자나 대문자로 변환하는 순간 어떤 글자가 원래 대문자였는지에 대한 정보가 사라져 되돌릴 수 없습니다.

아티클: 텍스트

Text Diff: 텍스트 차이를 찾는 알고리즘의 작동 원리

diff 알고리즘이 텍스트 두 버전 사이의 최소 변경 집합을 찾는 방법.

정규 표현식: 기초와 탐욕적 매칭의 함정

정규 표현식에서 탐욕적 매칭과 게으른 매칭의 차이, 그리고 실무에서 왜 중요한지.

줄 정렬: 알파벳순과 숫자순은 왜 다를까

알파벳순 정렬이 숫자를 텍스트처럼 다루는 이유와, 숫자 정렬과의 차이.

문자열 이스케이핑: JS, JSON, 셸, 정규식마다 규칙이 다른 이유

모든 곳에 통하는 단 하나의 이스케이핑 규칙이 없는 이유 — JS, JSON, 셸, 정규식 각각 고유한 규칙이 있다.

CRLF와 LF: 줄바꿈 문자가 여전히 문제를 일으키는 이유

CRLF와 LF 차이가 어디서 왔는지, git과 스크립트에서 왜 지금도 문제를 일으키는지.

문자 수와 단어 수 세기: 유니코드가 왜 이것을 복잡하게 만드는가

유니코드에서 시각적으로 하나의 이모지가 여러 코드 포인트로 이루어질 수 있는 이유.

Lorem Ipsum: 이 더미 텍스트는 어디서 왔고 왜 의미가 없을까

Lorem Ipsum 텍스트가 실제로 어디서 왔는지, 실제 텍스트 대신 무의미한 텍스트를 쓰는 이유.

Slugify: 제목이 유효한 URL로 바뀌는 과정

기사 제목이 하이픈으로 구분된 깔끔하고 읽기 쉬운 URL로 바뀌는 과정.

Markdown: 문서화의 표준이 된 이유

HTML과 달리 Markdown이 원본 상태에서도 읽기 쉬운 이유.

보이지 않는 공백: 겉보기에 같은 텍스트 비교가 왜 실패할까

보이지 않는 공백 하나가 겉보기에 같은 두 텍스트의 비교를 실패하게 만드는 방법.

텍스트 뒤집기: 이모지에서 왜 깨질까

단순한 텍스트 뒤집기가 여러 코드 포인트로 이루어진 이모지를 왜 깨뜨리는지.

텍스트 빈도 분석: 워드 클라우드부터 암호 해독까지

문자 빈도 분석이 역사적으로 단순 치환 암호를 해독하는 데 어떻게 도움이 되었는지.