5. 단위 인터페이스를 작게하라

가이드라인

• 단위당 파라미터 개수는 4개 이하로 제한, 적을수록 좋기는하지만 적절성은 항상 고려

• 파라미터를 객체로 추출한다

• 파라미터 개수가 줄면 단위를 이해하고 재사용하기 쉬워져서 유지보수하기 좋아진다.

함께 돌아다니는 데이터 뭉치는 자기객체로 빼내야한다.

-마틴 파울러

단위의 파라미터 개가 많아질 수 밖에 없는 상황은.. 흔히.. 자주 발생

유지보수 좋게 만드려면.. 파라미터 개수 제한하여 목록(단위 인터페이스)이 길어지지 않도록 조절해야 한다.

1. 필요성

• 작은 인터페이스가 이해하고 재사용하기 쉽다.

  • EmployeeDao.save(User user) vs EmployeeDao.save(name, age,...)

• 인터페이스가 작아야 메서드를 수정하기 쉽다.

  • 크기는 단위크기 및 복잡도와 연관

  • 일단 분할 -> 각자 책임이 분명하게 드러나짐

결론은 적절하고, 작게 구성하라!!

2. 적용가이드

• 얼마나 작게?

  • 최대 4개가 적당, 그 이상은 가독성에서 비효율

  • 인터페이스(객체) 크기는 본질적 문제보다는 유지보수성을 결정하는 요소. -> 크고 분석이 어려울수록 코드의 악취

  • 진짜 문제 -> 부실하고 불명확한 데이터 모델, 임시방편용 자료구조 등

• 파라미터 객체를 활용하여 전달

• 객체에 필드 수가 증가하고, 그 필드의 수의 적당선에서 또 다른 클래스로 분리가 필요할 수 있음

public void buildAndSendMail(MailMan m, String firstName, String lastName, String division, String subject,
                               MailFont font, String message1, String message2, String message3) {
    // 여러가지 일을 한다!
  }
  
  public void buildAndSendMail(MailMan m, MailAddress mailAddress, MailBody mailBody) {
    Mail mail = new Mail(mailAddress, mailBody);
    m.sendMail(mail);
  }