소프트웨어의 다양한 위치에 배치됩니다.
책에서 좋은 이름을 짓는 몇 가지 간단한 규칙이 있습니다.
책이 더 자세하게 나누어져 있는데, 읽으면서 메모할 필요가 없다고 느낀 부분은 생략했습니다.
의도를 분명히 하라
당신의 이름을 볼 때 존재 이유 / 기능 / 사용 방법 제대로 알고 있니
int elapsedTimeInDays;
int daysSinceCreation;
잘못된 정보를 피하십시오
널리 사용되는 예약어를 사용하지 마세요(현재 소스에서 의미가 없더라도).
유사한 이름을 사용하지 마십시오.
의미 있는 구별을 하다
독자가 차이점을 알 수 있도록 이름을 지정하십시오.
– 고객 수업과 고객 객체 클래스 차이는 보기 어렵습니다.
발음하기 쉬운 이름 사용
서로 소통을 원활하게 하기 위해
검색하기 쉬운 이름 사용
이름의 길이는 범위의 크기에 비례해야 함 => 검색이 용이한 이름은 용도가 많을 때 바람직함.
있다면 무엇이라고 부르시겠습니까?
클래스 이름/객체 이름
명사/명사구가 적절합니다.
Managerm 프로세서, 데이터, 정보 같은 단어를 피하고 동사를 사용하지 마십시오.
메서드 이름
동사/동사구가 적절합니다.
지불 후, deletePage, 저장 (좋은 예)
접근자, 수정자 및 술어가 앞에 옵니다.
받다, 놓다, ~이다 추가
개념에 단어 사용
유사한 역할을 수행하는 개념에 여러 단어를 추가하는 것은 혼란스럽습니다.
(Retrieve,retrierate,retrieve는 유사한 허용된 의미 체계를 가집니다.
)
그러나 그것이 모두 획일적이라는 의미는 아닙니다.
새로운 것에 새로운 것을 더하다 / 이미 있는 것에 새로운 것을 더하다 에 추가 로 지정된 경우 의미가 일치하지 않습니다.
따라서 추가하다, 삽입하다 로 구별되어야 한다
가장 중요한 것은 모든 독자가 의미를 이해하기 쉽게 만드는 것입니다.
불필요한 컨텍스트 제거
일반적으로 짧은 이름이 긴 이름보다 낫습니다.
그러나 그 의미는 분명해야 합니다.
불필요한 중복 단어를 없애는 것이 좋습니다.
GSD 회계 모듈 앞에 GSD라는 단어를 넣을 필요는 없습니다.