변수 명명법

헝가리안 표기법
  Microsoft의 개발자중 헝가리 사람의 프로그래머가 쓰던 변수 명명법으로 MS내부에서 따라쓰기 시작하던 것이 점차 전세계의프로그래머들에게 널리 퍼져 이젠 프로그램 코딩시 변수 명명의 표준적인 관례가 되었다.
C#에서는 이러한 명명법을 사용하지 않고 있으며 주로 윈도우즈 프로그래밍에 사용된다.

예) g_bTrue
※ 구성방법 :: 전역/멤버 _ 자료형 의미있는 이름

g는 전역변수, m은 멤버변수를 의미

b는 자료형중 Boolean형을 의미

True는 의미있는 이름이다.

예) nCnt

전역이나 멤버변수가 아니므로 g_ 나 m_ 가 없다.

n과 i는 자연수를 뜻하며 i는 주로 인덱스를 n은 카운트를 목적에 주로 사용한다.
의미있는 이름이 길 경우에는 자음만을 사용한다.

파스칼 케이싱(Pascal Casing)
  클래스, 열거형, 이벤트, 메서드 등의 이름을 만들 때에는 대문자로 시작하는 변수명을 사용한다.
복합어일 경우 중간에 시작하는 새로운 단어는 대문자로 적는다.

예) GetSize

카멜 케이싱(Came Casing)
  매개변수의 이름에 적용되는데 첫번째 문자는 소문자로 시작하고 복합어 일 경우 파스칼 케이싱과 동일하게 적용한다.
동일한 이름을 가지는 두 항목을 구분하는 용도로도 사용한다.

예) getSize

---

코딩을 할경우 중요한 부분중 하나가 변수의 명명방법이다.
변수의 네이밍과 일관성있는 명명규칙이 적용된 코드는 가독성에 많은 영향을 준다.
무엇보다 가독성이 적은 코드는 스트레스를 적게받으니 흰머리 예방에 도움이 된다~ ㅋㅋ

위에 나열한 3가지 명명방법은 대표적으로 알려진것일뿐이며 절대적 기준이 되지는 못한다.
최소 2명이상의 개발자가 작업을 할경우 변수명명규칙을 정하고 이를 따른다면 여러모로 편리할것이다.
이름만보고도 상수인지 변수인지 동적인지 정적인지.. 메서드 인지 등을 구분할수 있으면 얼마나 편리하겠는가..

라고 나는 생각해보지만 초보코더인 나는 코딩후 10분만 지나면 스스로 못알아 보는 개떡같은 네이밍 센스~!!
간략한 규칙은 있지만 일관성이 부족하며 여러모로 난잡한 코드를 만들고 있다.

작성하는 김에 본인 스타일을 한번 정리해보자. 
(스스로 정리해보면 나름 일관성 있는듯도 하나 정작 코드를 보면 그때~ 그때~ 달라요~ >_< )

• 변수 및 메서드는 소문자로 시작
  
• 두번째단어부터 첫자는 대문자를 이용 (가끔 _ 혼용 HTML에서 ID 주던 버릇이 가끔 튀어나옴)
  
• getter/setter 과 연동되는 변수는 _로 시작
• static 속성과 상수는 대문자로 구성하며 단어구분은 _ 이용
• :: 그외 클래스 대문자 시작 인터페이스 I로 시작등을 대표적인 방법과 동일하게 사용한다.