[표기법] Case - Camel, Pascal, Snake, Pothole, Kebab ???

Case - 표기법

코딩할 때 작명을 해야하는 여러 순간들과 맞닿는다.
프로그래머들에게 제일 어려운 순간이지 않을까? ㅎㅎ
경험이 쌓이다보면 자신만의 작명법이 또 탄생하게 되고 고민 시간이 줄어든다.ㅎㅎ

그런데 이름을 무엇으로 할지에 앞서
"어떤 형식으로 할지 우리는 고민을 해야 할까?"

대표적인 표기법

단어와 단어 간의 연결을 어떻게 맺을지에 대한 방법에는 여러 종류가 있다.

1. Camel Case

1-1 Lower Camel Case (단봉낙타 표기법)

• 예) lowerCamelCase, camelValueList
• 보통 Camel-Case라고 하면 Lower Camel Case를 말한다.
• 용도: 프로그래밍 변수명

1-2 Upper Camel Case (쌍봉낙타 표기법, Pascal Case)

• 예) SixPackGeneratingHandler, FileUtil
• 용도: OOP프로그래밍 Class명

2. Kebab Case

• 예) btn-top-style-1, sj-box-man-moving
• 용도: CSS의 class명, WEB URL

3. Pothole Case (Snake Case)

• 예) group_name, user_name, batch_history_date
• 용도: DataBase의 Table명과 Column명

표기법 알아야 하나?

이를 몰라도 여러 소스를 보고 다루다보면 자연스레 표기하는 방법을 알고 다루게 될 것이고 말로서 충분히 표현하겠지만

저런 일반화된 명칭으로 더욱 빠르고 정확한 의사소통이 가능하지 않을까!?

표기법을 주제로 대화할 경우란 있을까 싶지만..ㅎㅎ

표기법 지켜야 하나?

사실 상황마다 어떤 형식(표기법)을 사용할지는 일반화되어 있다.

• Class명은 PascalCase
• 변수명은 LowerCamelCase
• DB의 Table명과 Column명은 PotholeCase

물론 이를 절대적인 법칙이라고는 말씀 드리지 않겠다.

강력하게 지킬것을 권한다고 말씀드리고 싶다.

혹시나 혼자서만 만드는 프로그램이라면 누가 간섭하겠냐만..

스스로도 특정 Rule이 있어야 유지보수가 수월할 것이고

Open된 Source이거나 특정 그룹이 다루는 Source일 경우 여러사람이 거쳐 갈 것이다.

누군가는 당신이 만든 코드를 보고 파악을 해야 하는 순간이 있을 것이다.

혹시나 자신의 소유의 Source가 아니라면 암묵적 Rule에 따라주는 것이 다른 이들을 위한 매너이자 배려일 것이다.

참조

• 카멜표기법(Camel case), 팟홀(Pothole)표기법, 파스칼(Pascal)표기법과 표기법 상호변환: https://endorphin0710.tistory.com/46
• Code 표기법, Kebab , Camel , Snake: https://4whomtbts.tistory.com/7
• case-it: https://www.npmjs.com/package/case-it
• 케이스 네이밍 컨벤션 (Case naming convention): http://guswnsxodlf.github.io/camelcase-pascalcase-snakecase

---