Case 변환기
문자열을 camelCase, PascalCase, snake_case, kebab-case로 바꿔 변수명과 slug 초안을 정리해요.
브라우저에서만 처리입력값이 서버로 가지 않아요.
입력과 결과
입력한 내용은 이 브라우저에만 저장돼요. 다시 열면 마지막 작업을 불러올 수 있어요.
이럴 때 써요
- 문자열을 camelCase, PascalCase, snake_case, kebab-case로 바꿔 변수명과 slug 초안을 정리해요.
- 브라우저 로컬 방식으로 입력을 다루며 복사 전 결과를 확인해요.
- Case 변환기와 관련 도구를 이어서 사용해 작업 흐름을 줄여요.
예제
- 일반 입력
Bob's multi tool- Case 변환기를 사용하기 전에 이 예제로 입력 흐름을 확인하세요.
- 일반 출력
bobsMultiTool / bobs_multi_tool / bobs-multi-tool- 복사하기 전에 결과 형태와 다음 검토 지점을 확인하는 예제예요.
자주 하는 실수
- 문자열을 camelCase, PascalCase, snake_case, kebab-case로 바꿔 변수명과 slug 초안을 정리해요.
- 브라우저 로컬 처리 방식과 실제 입력 구조가 맞지 않으면 결과를 그대로 믿기 어려워요.
- 복사한 값에 운영 비밀값, 고객 데이터, 내부 URL이 섞여 있으면 공유 전에 제거해야 해요.
복사하기 전에
- 1원본 입력과 결과 형태를 한 번 더 비교해요.
- 2대상 런타임, 인코딩, 시간대, 보안 정책 차이를 확인해요.
- 3Case 변환기 결과가 다음 단계에 맞는지 관련 도구로 이어서 검토해요.
참고 자료
터키어에서 `i` 의 대문자는 `İ`(점 있는 I)예요. 언어를 모르고 영어 규칙으로 올리면 `I` 가 되어 다른 글자가 돼요. Unicode 는 이런 경우를 SpecialCasing 에 따로 적어 두었어요.
기준 Unicode SpecialCasing
`ß` 를 대문자로 올리면 보통 `SS` 두 글자가 돼요. 길이 제한이 있는 칸에서 대문자 변환 뒤에 글자 수가 늘어나 잘리는 일이 생겨요.
기준 Unicode SpecialCasing
자주 묻는 질문
Case 변환기 입력값은 어디에서 처리되나요?
가능한 작업은 브라우저에서 처리돼요. 운영 비밀값이나 고객 데이터는 넣지 않는 기준은 그대로 유지하세요.
결과를 그대로 운영에 써도 되나요?
복사하기 전에 대상 런타임, 인코딩, 시간대, 보안 정책처럼 환경별 차이를 한 번 더 확인하세요.