사용하는 언어에 어느 정도 의존한다는 것에 동의합니다. 기호 이름이 언어의 내장 라이브러리 및 스톡 라이브러리와 동일한 형식을 따르는 경우 코드가 더 깔끔해 보입니다.

그러나 선택의 여지가있는 한 간단한 이유 때문에 낙타 경우보다 밑줄을 선호합니다. 그 스타일을보다 쉽게 ​​읽을 수 있습니다. 다음은 예입니다. 더 읽기 쉬운 것은 무엇입니까? 이:

aRatherLongSymbolName

아니면 이거:

a_rather_long_symbol_name

밑줄 버전을 훨씬 쉽게 읽을 수 있습니다. 내 뇌는 경계가 반대의 경우 다른 상형 문자와 유사 상형 문자 또는 숫자 (사이에 특히 곳, 낙타 경우 소문자 / 대문자 경계를 감지 할 수있는 것보다 훨씬 더 쉽게 밑줄을 무시할 수 I/l, O/0, t/I, 등). 예를 들어,이 부울 변수는 이글루가 적절한 계획 권한으로 구축되었는지 여부를 나타내는 값을 저장합니다 (의심 할 여지없이 우리 모두에게 일반적인 사용 사례).

isIllicitIgloo

이 버전을 훨씬 쉽게 읽을 수 있습니다.

is_illicit_igloo

읽기 어려운 심볼 이름보다 더 나쁜 것은 아마도 읽기 어려운 심볼 이름입니다. 좋은 기호 이름은 자체 문서화로,이를 통해 한 눈에 읽고 그 의미를 이해할 수 있어야합니다. (우리는 모두 침대에서 즐거움을 위해 코드 출력물을 읽었을 것이라고 확신하지만 때로는 서둘러 빠져 들기도합니다.) 종종 낙타 문자 기호 이름을 사용하여 잘못 읽을 수 있고 잘못된 느낌을 얻습니다. 기호의 의미론.

답변