http://www.csharpstudy.com/Guide/Guide-naming.aspx
멤버 필드에 대해 _ , m_ , s_ 같은 접두어(prefix)를 붙이지 않는다.
(주: 개발팀에 따라 필드에 _, m_, s_ prefix를 권장하는 경우도 있다)
클래스 멤버들을 명시적으로 표시하기 위하여 필드, 메서드, 속성, 이벤트 등의 멤버 앞에 this. 를 붙여 준다.
예를 들어, 필드명 name 대신 this.name 을 사용한다. 이는 클래스 멤버를 명시적으로 표현해 코드 가독성을 높일 수 있다.
(주: 개발팀에 따라 this. 를 붙이지 않는 것을 권장하는 경우도 있다)
-----------------------------------------------------------
위 내용에 따르면 그냥 닥치고 헝가리안 표기법 쓰지 말라는거잖아요.
왜 저렇게 싫어함??
지금 클래스 멤버변수 정하려고 하는데,
여태는 대충 써와서 그냥 대충 정했는데,
규모 키우려고 보니,
m_ 컨벤션 안쓰니까 혼란스러워 미치겠음.
this 쓰느니 걍 m_ 쓰는게 더 편하지 않음?
왜 저런거죠?
함수를 작게 가져가면 지역은 어차피 눈에 보임. 클래싱 하지 않은 전역은 지양하게 됨.
툴에서 인자나 변수 타입이 다 나옴.
결국은 타이핑 노가다와 읽기 불편한 네이밍일 뿐.
타입은 그렇다 쳐도, m_같은거까지 쓰지말라잖아요. 이거도 헝가리안 아님?
전 전역변수나 템플릿 사용한 것만 헝가리안으로 표기하네요. C언어 처음 배울땐 헝가리안 쓰기도했는데(사실 헝가리안이 있는지도 모르고 그냥 썼었음.) 쓸데없이 길어지기도 하고 카멜표기법이랑 겹치게되면 가독성이 안좋더라고요.
전 카멜은 잘 안쓰고 스네이크로 쓰지만.
ㄴ 저도 스네이크 많이 씀.
_ 쓰기가 너무 귀찮기 때문에 snake_case와 함께 안쓴다는 학설이.. - PUSH EBP
카멜이 압도적으로 많잖아요 - PUSH EBP
snake 가 무난해유.
사방에서 삐죽 삐죽 거리면 시선이 분산됨.
전 카멜보면 난독와서.
헤드라인 대문자란게 가독성이 뛰어나다는건, 그만큼 소문자가 상대적으로 위축하게 됩니다.
마치 시장통이나 시끄러운 까페에서 남들이 떠들어서 잘 안들리니까 떠드는것 처럼 더 떠들게 되죠.
전 둘다 섞어썼는데 통일하라고 그러던데..
고요한 까페처럼 물흐르듯 지나가는게 좋음.
코세갓 믿고 가야겠다. ㅎㅇ
전엔 저도 pascal 스타일 ( camel 과 비슷 ) 을 썼었는데 이게 대문자였나 소문자였나 생각하는것도 귀찮음요.
무슨 중국식으로 같은 발음에 사성 붙이는것도 아니고. 룰이 많아져 괴랄합니다.
저도 좀 클래스나 파일이름은 스네이크+파스칼 섞어쓰긴 해서 T.T
전 대문자는 템플릿 내 타입이나, class, struct, union 같은 큰 타입이름에만 씁니다.
근데 자바 쓰다보면 메서드명이 전부 카멜케이스라 스네잌을 쓰기가 힘듬..
std::string name; std::string names[];
이게 장점이 Dcinside_Program 하면 한눈에 D랑P가 보여서 대충 알 수있달까. 변수는 only 스네이크나 카멜로 통합.
Java 나 C# 은 어느정도 권장되는 주도적 네이밍이 있으니 따라야겠지요.
변수+함수.
strName하면 답이 읎네요.
@ㅇㅜㅇ 나이들면 생각하는것도 타이핑하는것도 귀찮아집니다. 언더바는 항상 한 곳에 있지요.
제 코딩스타일은 중괄호도 늘 같은 컬럼에서 찾을 수 있습니다.
그러죠. 그래서 전 전역이랑 템플릿에 한해서만 헝가리안 써요. 예전에 플젝하다 헝가리안때문에 다소 짜증나서리.
스타 350 APM 찍던 시절은 과거로 흘러가고 코딩때 오타가 조금씩 생기는데 타이핑 같은 저수준 IO 에 뇌를 쓰기 싫은것.
각 언어나 툴마다 권장 사항이 있을텐데 ,.php는 카멜이 권장사항임