헝가리언 + 파스칼 vs 카멜

[SODmast..(bsmoo)]

보통 C++에서는

헝가리언 + 파스칼 표기법을 쓰던데

이놈의 C++ How to program 책은 왜 카멜표기법을 사용하지 ㅡㅡ???

어느 장단에 맞춰야 할지 헷갈려

[clique(cliquy)]

파스칼은 뭔가요

[SODmaster(bsmoo)]

카멜이랑 비슷한데 맨 앞이 대문자

[ㅋ(211.201)]

OOP라면 카멜이 진리죠

[시불라미(kye92)]

요즘 나온 책들은 변수명 인코딩 하지 말라고 하드라.. 알아서 자동완성 해주는데 인코딩할 이유가 없다는 거징..

[SODmaster(bsmoo)]

자동완성이 좋은건 안다만, 헝가리언표기법이 눈에 확들어오지 않음?

[SODmaster(bsmoo)]

구지 마우스 안가따 대도 그게 뭐하는 식별자인지 눈에 확 띄잖으

[clique(cliquy)]

헝가리안 노테이션은 변수의 속성을 기술하라고 있는 것이지, 타입을 기술하라고 있는게 아니지 말입니다.

[clique(cliquy)]

하지만 전 _ 넣는 유닉스류를 사용합니다. 데헷

[시불라미(kye92)]

존나 코드가 복잡해지면 오히려 헝가리언이 독이 된다고도 하드라공... 난 잘 몰겠뜸

[시불라미(kye92)]

걍 룰이 있다면 룰대로 해주고 없다면 꼴리는 대로 하는거지 모.. 답이 있는 문제는 아닐듯

[SODmaster(bsmoo)]

엥? 변수의 타입 아님?

[clique(cliquy)]

그건 systemic..헝가리안이고 apps 헝가리안이라는 것도 있따네요

[clique(cliquy)]

Joel Spolsky (for apps Hungarian): \"If you read Simonyi’s paper closely, what he was getting at was the same kind of naming convention as I used in my example above where we decided that us meant “unsafe string” and s meant “safe string.” They’re both of type string. The compiler won’t help you if you assign one to the other and Intellisense won’t tell you bupkis.

[clique(cliquy)]

But they are semantically different; they need to be interpreted differently and treated differently and some kind of conversion function will need to be called if you assign one to the other or you will have a runtime bug. If you’re lucky. (...) There’s still a tremendous amount of value to Apps Hungarian, in that it increases collocation in code, which makes the code easier to read, write, debug

[clique(cliquy)]

and maintain, and, most importantly, it makes wrong code look wrong.\"[6] 조엘찡..ㅠ

[유리한(yurihan)]

헝가리안 병신

[ㄴ그럼 님은(112.152)]

뭐쓰심?

[유리한(yurihan)]

카멜