:: 게시판
:: 이전 게시판
|
- PGR21 관련된 질문 및 건의는 [건의 게시판]을 이용바랍니다.
- (2013년 3월 이전) 오래된 질문글은 [이전 질문 게시판]에 있습니다. 통합 규정을 준수해 주십시오. (2015.12.25.)
통합규정 1.3 이용안내 인용"Pgr은 '명문화된 삭제규정'이 반드시 필요하지 않은 분을 환영합니다.법 없이도 사는 사람, 남에게 상처를 주지 않으면서 같이 이야기 나눌 수 있는 분이면 좋겠습니다."
19/03/14 01:19
일종의 작명법입니다. 변수, 함수, 클래스, 모듈 등등 이름을 지을 때 이름을 어떻게 지을까? 에 대한 몇 가지 널리 쓰이는 방식들인거죠. 비유하자면 "김철수"라는 이름이 있을때 "김 철수"로 쓸것인지 "김철수"로 쓸것인지 "철수 김"으로 쓸 것인지 같은겁니다.
그러니까 그냥 맘에 드는대로 쓰셔도 별 문제는 없습니다. 다만 한국인 "김철수"의 이름을 "철수 김"으로 부르면 의사 소통이야 되겠지만 왠지 어색한 것처럼, 프로그래밍 언어에도 언어 별로 널리 쓰이는 스타일이 있습니다. 가령 Python의 클래스 이름은 FooBar로 짓고, 메서드 이름은 foo_bar로 짓고.. 하는 식입니다. 대부분은 보기 좋으라고 맞추는 것이고 기능적 차이는 없습니다. (다만 몇몇 언어에서는 예외적으로 기능의 차이가 있는 경우가 있습니다. 예를 들어 Go의 경우 대문자로 시작하는 이름은 모듈 밖에서 쓸 수 있지만 소문자로 시작하는 이름은 모듈 밖에서 쓸 수 없다던가..) 주로 쓰이는 스타일은 언어 별로도 다르고 프로젝트 별로도 다른 경우도 있어서 일반적으로 뭐라 말씀드리기는 어렵습니다. 사용하시는 언어에서 가장 널리 쓰이는 스타일 가이드를 검색해보세요.
19/03/14 01:22
그냥 변수 이름 짓는 스타일인거 같네요. 대부분 공백을 변수명 중간에 넣을 수 없기 때문입니다만...
camelCase: 중간에 단어를 구분할때 대문자로 강조해서 구분하는 스타일이죠. 대문자로 한번씩 올라오는 게 낙타와 같다하여 camelCase구요, 맨앞이 대문자냐 소문자냐에 따라서 UpperCamelCase냐 lowerCamelCase로 갈리네요. snake_case: 단어 구분할때 언더바(_)를 사용하는 경우죠. 뱀 기어간다는 뜻입니다. ALL_CAPS_UNDERSCORE : 모두 대문자로 쓰고 중간 공백을 언더바로 구분. 이걸 어떨때 사용하냐구요? 개발자 맘입니다. Convention이 정해져 있으면 공통적으로 맞춰야되긴 한데 혼자 할때는 자기가 편한거 쓰면 장땡이죠.
19/03/14 01:28
쓰는것은 자기 마음이지만, 일반적으로
ALL_CAPS_UNDERSCORE 는 전역변수, static 변수같이 값변경에 매우 주의를 요하는 경우에 쓰이고, UpperCase는 클래스와 같은 객체단위, lowerCase는 변수나 함수를 명명할 때 사용됩니다. 또, camelCase는 객체지향언어들(자바, 스위프트 등)에서 주로 활용되며, snake_case는 스크립트 언어(파이썬, 자바스크립트 등)나 템플릿언어에서 주로 활용됩니다. 하지만 최근에는 스크립트 언어들에서도 되도록 camelCase를 따르는 것이 추세이긴 하더군요. 이와 별도로, 임시변수나 내부변수에는 _camelCase 와 같이 언더스코어를 결합해서 구분하기도 합니다. 이와 같은 컨벤션을 미리 알고 있으면, 다른 코드를 읽을 때 빠른 속도로 이해/협업이 가능하다는 장점때문에 이러한 케이스들에 대해서 어느정도 숙지하고 공부하시는게 좋습니다.
19/03/14 03:15
윗분들이 잘 설명해주셨지만 약간 첨언하면 명명법이나 코딩 규약 등은 기본적으로 혐업을 할 때의 편의성을 위한 겁니다.
특히나 오픈소스 프로젝트 등에서는 꽤 중요한 요소가 되죠. 공개 소스등을 많이 읽어보시면 용례에 대해서 감이 오실겁니다.
19/03/14 09:36
영어로는 naimg convention이라고 합니다.
진행 중인 프로젝트에 참여하실 때는 프로젝트 규칙을 따라 주시면 되고, 그렇지 않은 모든 경우에는 입맛대로 하시면 됩니다. (요즘 오픈소스 프로젝트들은 구글에서 만든 convention을 많이 사용하는 듯 합니다) 코드 스타일이 바뀌면 가독성이나 이해도가 확 떨어지는 경우가 있는데, 다양한 코드 스타일을 접하셔서 그런 경향을 줄이시면 좋습니다.
19/03/14 10:23
요새는 거의 구글 쪽으로 정리되는거 같긴 한데.. 아직도 vc6.0 시절의 헝가리안을 standard라고 우기는 사람들도 가끔..
|