camelCase·snake_case 변환 후 약어와 변수명을 확인해야 하는 이유
먼저 알아둘 내용
변환 결과를 변수명으로 쓰려면 단어 경계와 언어의 식별자 규칙을 한 번 더 확인하세요. 연속 대문자로 된 약어는 자동으로 기대한 단어 수만큼 분리되지 않을 수 있습니다.
적용 범위Tooliv의 대소문자·camelCase·snake_case·kebab-case 변환을 설명합니다. 코드 전체 리팩터링이나 언어별 문법 검사는 수행하지 않습니다.
바로 적용하기
이 글의 목차 3
단어를 어떻게 나누는지부터 보기
Tooliv의 이름 변환은 영문 소문자 다음의 대문자, 공백, 밑줄, 하이픈을 기준으로 단어를 나눕니다. 문맥을 읽거나 사전을 사용하지 않습니다. 원문의 단어 구분이 명확할수록 예측하기 쉽습니다.
예를 들어 userProfile_id는 user, Profile, id로 나뉘므로 user_profile_id 또는 user-profile-id로 바뀝니다. 반면 XMLHttpRequest는 현재 규칙에서 XMLHttp, Request로 나뉘어 xmlhttp_request가 됩니다. xml_http_request가 필요하다면 XML Http Request처럼 경계를 명시해서 다시 변환하세요. 이 예시는 도구와 같은 분리 연산으로 확인했습니다.
표기 변환과 코드 수정은 다른 작업
| 사용할 곳 | 변환 뒤 확인할 항목 |
|---|---|
| 변수·함수 이름 | 숫자로 시작하는지, 예약어인지, 허용되지 않는 기호가 있는지 |
| 파일 이름·URL 경로 | 대소문자 구분, 기존 링크와 import 경로의 일치 |
| API 필드 | 서버가 요구하는 정확한 키 이름, 기존 클라이언트와 호환성 |
| 화면 제목 | 약어와 고유명사 대문자 표기가 유지됐는지 |
kebab-case처럼 하이픈이 있는 결과는 파일 이름에 쓸 수 있어도 JavaScript 변수 이름에는 그대로 쓸 수 없습니다. 식별자 규칙은 사용하는 언어에서 따로 확인해야 합니다. 코드에서 변수명을 바꿀 때는 이 도구로 문자열만 바꾸기보다 에디터의 이름 변경 기능으로 참조도 함께 수정하세요.
비영어 문자와 약어의 한계
대소문자 대응은 모든 언어에서 일대일이 아닙니다. 대문자 변환 후 글자 수가 달라질 수 있고, 터키어처럼 언어별 처리가 필요한 경우도 있습니다. MDN은 언어별 매핑과 길이 변화에 대해 설명합니다. Tooliv는 별도 언어 선택을 받지 않으므로 번역·교정 도구처럼 사용하면 안 됩니다.
변환 전 원문을 보관하고, 약어를 유지할지 풀어서 나눌지 먼저 정한 다음, 결과를 실제 사용하는 코드나 문서에서 확인하세요.
내 조건으로 직접 확인해 보세요
읽은 내용을 필요한 도구에 적용해 보세요.
출처와 확인 기준
아래 자료와 도구의 현재 동작을 기준으로 작성했습니다. 제도·제품별 조건은 연결된 공식 안내에서 다시 확인하세요.