camelCase을 사용하는 경우
camelCase는 첫 token을 소문자로 유지하며 값이나 동작을 나타내는 식별자에 자주 사용됩니다.
네이밍 규칙 가이드
camelCase vs PascalCase
둘 다 구분자를 없애고 내부 단어 경계를 대문자로 표시합니다. 차이는 첫 글자로 camelCase는 소문자, PascalCase는 대문자입니다.
빠른 비교
| 차이 | camelCase | PascalCase |
|---|---|---|
| 예시 | userProfileImage | UserProfileImage |
| 주요 용도 | variable, property, parameter, function, object field | class, type, component, constructor, model |
| 첫 글자 | 소문자 | 대문자 |
| 단어 구분자 | 없음 | 없음 |
| 이후 단어 | 대문자 시작 | 대문자 시작 |
| 대표 역할 | 값 또는 동작 | type 또는 component |
PascalCase을 사용하는 경우
PascalCase는 첫 token도 대문자로 시작해 type, class, component를 시각적으로 구분하는 데 자주 사용됩니다.
상황별 선택표
| 상황 | 권장 규칙 | 이유 |
|---|---|---|
| 변수, 매개변수, 일반 함수 | camelCase | lower camel case는 많은 JavaScript/Java 스타일 codebase에서 값과 동작을 나타냅니다. |
| class, type, component, constructor | PascalCase | Upper camel case를 사용하면 type 계열 이름과 일반 값을 시각적으로 구분하기 쉽습니다. |
| 생성된 SDK 또는 schema 코드 | generator 또는 schema 규칙을 따름 | 수동으로 case를 바꾸면 생성된 참조가 깨지고 재생성 diff를 비교하기 어려워질 수 있습니다. |
| 공개 package 또는 framework API | 생태계 규칙을 따름 | 프로젝트 고유 취향보다 사용자가 익숙한 명명 규칙이 더 이해하기 쉽습니다. |
어떤 네이밍 스타일을 선택해야 하나요?
모양보다 식별자의 역할에 따라 선택하고, 약어 표기까지 포함해 프로젝트 규칙을 따르세요.
자주 하는 실수
- PascalCase를 단순히 ‘첫 글자만 대문자로 바꾸기’로 생각하지 마세요. 약어와 token 경계도 중요합니다.
- 주변 생태계가 다른 규칙을 쓰는 경우 case만으로 의미를 표현하려 하지 마세요.
- 정확한 이름이 공개 contract의 일부라면 생성된 식별자나 외부 식별자를 조용히 바꾸지 마세요.
네이밍 스타일 간 변환
식별자를 붙여넣어 대상 형식과 지원하는 네이밍 스타일을 확인하세요. 변환은 브라우저에서 실행됩니다.
감지: snake_case
PascalCase 출력
UserProfileImageUrl
모든 네이밍 형식
camelCase
userProfileImageUrlPascalCase
UserProfileImageUrlsnake_case
user_profile_image_urlkebab-case
user-profile-image-urlCONSTANT_CASE
USER_PROFILE_IMAGE_URLdot.case
user.profile.image.urlpath/case
user/profile/image/url변환은 브라우저에서 로컬로 처리되며 입력은 변환 서버로 전송되지 않습니다.