경계

시스템에 들어가는 모든 소프트웨어를 직접 개발하는 경우는 드물다. 때로는 패키지를 사고, 때로는 오픈 소스를 이용한다. 때로는 사내 다른 팀이 제공하는 컴포넌트를 사용한다. 어떤 식으로든 이 외부 코드를 우리 코드에 깔끔하게 통합해야만 한다.

• 외부 코드 사용하기
  • 경계 인터페이스를 이용할 때는 이를 이용하는 클래스나 클래스 계열 밖으로 노출되지 않도록 주의한다.
• 경계 살피고 익히기
  • 외부 코드를 사용하면 적은 시간에 더 많은 기능을 출시하기 쉬워진다.
  • 외부 코드를 익히기는 어렵다. 외부 코드를 통합하기도 어렵다.
  • 학습 테스트는 프로그램에서 사용하려는 방식대로 외부 API를 호출한다. 통제된 환경에서 API를 제대로 이해하는지를 확인하는 셈이다. 학습 테스트는 API를 사용하려는 목적에 초점을 맞춘다.
• log4j 익히기
• 학습 테스트는 공짜 이상이다
  • 학습 테스트는 어쨌든 API를 배워야 하는데 오히려 필요한 지식만 확보하는 손쉬운 방법이다.
  • 학습 테스트는 이해도를 높여주는 정확한 실험이다.
  • 학습 테스트를 이용한 학습이 필요하든 그렇지 않든, 실제 코드와 동일한 방식으로 인터페이스를 사용하는 테스트 케이스가 필요하다. 이런 경계 테스트가 있다면 패키지의 새 버전으로 이전하기 쉬워진다. 그렇지 않다면 낡은 버전을 필요 이상으로 오랫동안 사용하려는 유혹에 빠지기 쉽다.
• 아직 존재하지 않는 코드를 사용하기
  • 경계와 관련해 또 다른 유형은 아는 코드와 모르는 코드를 분리하는 경계다.
  • 바라는 인터페이스를 구현하면 인터페이스를 전적으로 통제한다는 장점이 생긴다. 또한 코드 가독성도 높아지고 코드 의도도 분명해진다.
• 깨끗한 경계
  • 소프트웨어 설계가 우수하다면 변경하는데 많은 투자와 재작업이 필요하지 않다.
  • 경계에 위치하는 코드는 깔끔히 분리한다. 또한 기대치를 정의하는 테스트 케이스도 작성한다.
  • 외부 패키지를 호출하는 코드를 가능한 줄여 경계를 관리하자. 우리가 원하는 인터페이스를 패키지가 제공하는 인터페이스로 변환하자.
  • 코드 가독성이 높아지며, 경계 인터페이스를 사용하는 일관성도 높아지며, 외부 패키지가 변했을 때 변경할 코드도 줄어든다.