g 전역변수
e 열거형
대문자 상수, 매크로
낙타법
클래스 이름을 멤버에 절대 넣지 않는다.
~~~Of(인자)
~~~To(인자)
~~~For, From 같은 네이밍이 많음
별다른건 없음. 긴 네이밍 극혐.
단어 연결이 길어지면 클래스를 만들어야 할지 생각해 봄
e 열거형
대문자 상수, 매크로
낙타법
클래스 이름을 멤버에 절대 넣지 않는다.
~~~Of(인자)
~~~To(인자)
~~~For, From 같은 네이밍이 많음
별다른건 없음. 긴 네이밍 극혐.
단어 연결이 길어지면 클래스를 만들어야 할지 생각해 봄
헝가리안 극혐
언더바가 대세지만 싫은걸 품위없음
간혹 상수랑 매크로 대문자로 안하는 새끼 있던데 졸 극혐. 상수 안하고 변수로 쓸수도 있어서 그랬대나 어쨌대나... ㅅㅂ 그건 그때가서 해결할 일이고, 상수는 대문자 확실히 해야지.
코세님 제 질문글 보심?
아 배열이나 리스트는 끝에 s 붙인다
버튼은 앞에 btn 판넬은 앞에 pnl 에디터는 앞에 edt 타이머는 앞에 tmr 폼은 앞에 frm
응? 그건 헝가리안 표기법인데요?
비주얼 베이직 언어에서는 frmMain처럼 헝가리안 표기법을 주로 쓰지만 델파이에서는 MainWindow처럼 헝가리안 표기법을 잘 안 쓰죠.
다르징
frmMain 같이 쓰는 건 헝가리안 표기법이고요. MainForm, MainWindow(Pascal Case), mainForm, mainWindow(Camel Case), main_form, main_window(Snake Case) 같이 이름 지어야 비헝가리안 표기법이에요.
UI 는 장황하게 열거되는 경우가 많고 타잎으로 멤버들을 인식해야하니 붙여주는거
UI 한정 네이밍
네. 그 말씀이 맞지만, 헝가리안 표기법인 건 맞아요. 저도 생각해 보니 코드에서는 API 프로그래밍이나 비주얼 베이직 프로그래밍을 하지 않는 이상은 헝가리안 표기법을 잘 안 쓰려고 하는데 UI 디자인에서는 헝가리안 표기법을 쓰게 되네요. 어차피 개수도 몇 개 안되고, 버튼은 버튼끼리, 텍스트 박스는 텍스트 박스끼리, 유형 별로 분류하는 게 많은 경우 더 편하니까요.
버튼 20개 레이블 20개 이런경우가 많아서 ㅋㅋ
헝가리안보다 카멜이 더 긴데요? 요즘 대세가 카멜인데. 요즘 이름 길게 짓는게 대세임.. 참고하...
요즘대세는 언더바야... 부스트 쓰면서 짜증나 ㅠㅠ