DAY 5

🔖 오늘 읽은 범위 : 2장 의미 있는 이름 (31~38p)

---

🤓 책에서 기억하고 싶은 내용

자신의 기억력을 자랑하지 마라

• 작은 루프에서 변수 i, j, k는 🙆‍♂️, l 은 절대 ❌
• 똑똑한 프로그래머는 똑똑함을 자랑하고 싶어하지만 전문가 프로그래머는 명료함이 최고임을 안다

클래스 이름

• 명사, 명사구 사용: Customer, WikiPage, Account, AddressParser
• Manager, Processor, Data, info 등과같은 단어, 동사사용❌

메서드 이름

• 동사나 동사구: postPayment, deletePage, save
• get + Accessor(접근자), set + Mutator(변경자), is + Predicate(조건자)

  string name = employee.getName();
  customer.setName("mike");
  if (paycheck.isPosted())...

• Constructor(생성자) overload(중복정의) 시에는 정적 팩토리 메서드 사용(인수를 설명하는 이름)

  Complex fulcrumPoint = Complex.FromRealNumber(23.0); 🙆‍♂️
  Complex fulcrumPoint = new Complex(23.0); ❌

기발한 이름은 피하라

• 재미난 이름보다 명료한 이름을 선택 HolyhandGrenade❌ → DeleteItems 🙆‍♂️
  

한 개념에 한 단어를 사용하라

• 추상적인 개념 하나에는 일관된 단어를 선택해 고수하라 fetch = retrieve = get controller = manager = driver
  

말장난을 하지 마라

• 일관성을 지키겠다고 억지로 동일한 이름을 쓰지 마라

해법 영역에서 가져온 이름을 사용하라

• 기술적인 단어라도 독자(동료 프로그래머)가 해당 도메인에 익숙하다면 적극 활용하라

문제 영역에서 가져온 이름도 사용하라

• 적절한 전문 용어가 없다면 문제 영역에서 이름을 가져온다
• 문제 영역 개념과 관련이 깊은 코드라면, 분야 전문가에게 의미를 물어서라도 써도 된다

의미 있는 맥락을 추가하라

• addr라는 접두어를 추가해 사람에게 명확한 맥락 전달
• Address라는 클래스를 생성해 컴파일러에게 명확한 맥락 전달

불필요한 맥락을 없애라

• IDE의 자동완성을 생각해서라도 불필요한 접두사 다 붙이지말자
• 의미가 분명하다면 짧은 이름이 긴 이름보다 좋다
• accountAddress, customerAddress? 클래스 인스턴스로는 좋은이름이나 클래스 이름은 Address로 합쳐라

리팩터링 해라

• 이름 바꾸는것을 다른 개발자가 반대할까 두려워 하지 말라
• 질책받는 경우도 있겠지만 가독성이 높아지면 단기적, 장기적으로 이익이다

🤔 떠오르는 생각

• 컴파일러에게 명확한 맥락을 주기위해 Class를 생성한다는 구절은 지금까지 어떤 책보다 가장 효과적으로 객체지향의 의미가 이해될 수 있게 해주었다.

🔎 질문

📝 소감 3줄 요약

• 예쁜이름은 사람에게 클래스는 컴파일러에게
• 추상적인 개념 하나에는 일관된 단어를 선택해 고수하라
• IDE의 자동완성을 생각해서라도 불필요한 접두사 다 붙이지말자