DAY 22

🔖 오늘 읽은 범위 : 8. 경계(143~152p)

---

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

외부 코드 사용하기

• 인터페이스 제공자: 더 많은 환경에 대한 적용성 넓히려 애씀
• 인터페이스 사용자: 자신의 요구에 집중하는 인터페이스 만들기를 바람

새로운 클래스로 경계 감싸기 eg) Map

• Map 이 반환하는 Object를 올바른 유형으로 변환할 책임은 사용하는 클라이언트에 있다

  Map sensors = new HashMap();
  ...
  Sensor s = (Sensor)sensors.get(sensorId);

• Generic을 사용하면 가독성 증가

  Map<String, Sensor> sensors = new HashMap<Sensor>(); 
  ...
  Sensor s = sensors.get(sensorId);

• 여전히 Map<String, Sensor> 가 필요하지 않은 기능까지 제공
• Map 인터페이스가 변할 경우 수정할 코드가 많아짐
• Generic 사용여부를 Sensors 안에서 결정하자

  public class Sensors {
      private Map sensors = new HashMap();
      public Sensor getById(String id) {
          return (Sensor) sensors.get(id);
      }
      // ...
  }

• 경계 인터페이스인 Map을 Sensors 안으로 숨김으로서 Map 인터페이스가 변해도 나머지 프로그램에 영향을 미치지않음
• Sensors 클래스는 필요한 인터페이스만 제공
• 무조건 캡슐화 하라는 소리가 아니라 Map 과 같은 인터페이스를 여기저기 넘기지 말라는 소리

경계 살피고 익히기

학습 테스트

: 외부 패키지를 가져와서 곧바로 우리쪽 코드를 작성하는 대신 간단한 테스트 케이스를 작성해 외부 코드를 익히자

• 통제된 환경에서 API를 사용하려는 목적에만 초점을 맞춰 테스트 진행

log4j 익히기

• 테스트를 우선 작성하여 필요한 사용법 파악

@Test
public void testLogCreate() {
    Logger logger = Logger.getLogger("MyLogger");
    logger.info("hello");
}

• Appender가 필요

@Test
public void testLogAddAppender() {
    Logger logger = Logger.getLogger("MyLogger");
    ConsoleAppender appender = new ConsoleAppender();
    logger.addAppender(appender);
    logger.info("hello");
}

• 출력 스트림이 없다

@Test
public void testLogAddAppender() {
    Logger logger = Logger.getLogger("MyLogger");
    logger.removeAllAppenders();
    logger.addAppender(new ConsoleAppender(
        new PatternLayout("%p %t %m%n"),
        ConsoleAppender.SYSTEM_OUT));
    logger.info("hello");
}

• 사실 ConsoleAppender.SYSTEM_OUT 가 없어도 된다.

public class LogTest {
    private Logger logger;
    @Before
    public void initialize() {
        logger = Logger.getLogger("logger");
        logger.removeAllAppenders();
        Logger.getRootLogger().removeAllAppenders();
    }
    @Test
    public void basicLogger() {
        BasicConfigurator.configure();
        logger.info("basicLogger");
    }
    @Test
    public void addAppenderWithStream() {
        logger.addAppender(new ConsoleAppender(
            new PatternLayout("%p %t %m%n"), ConsoleAppender.SYSTEM_OUT));
        logger.info("addAppenderWithStream");
    }
    @Test
    public void addAppenderWithoutStream() {
        logger.addAppender(new ConsoleAppender(new PatternLayout("%p %t %m%n")));
        logger.info("addAppenderWithoutStream");
    }
}

학습 테스트는 공짜 이상이다

• 투자하는 노력보다 얻는 성과가 크다
• 패키지 새 버전이 나올 때마다 새로운 위험 발생
• 실제 코드와 동일한 방식으로 인터페이스를 사용하는 경계 테스트 필요

아직 존재하지 않는 코드를 사용하기

• 아는 코드와 모르는 코드를 분리하는 경계
• 상대편 인터페이스가 정의 되지 않았거나 아직 모르는 지식일 경우, 자체적으로 우리가 바라는 인터페이스를 정의
• 나중에 점차 중간 API 를 구현하여 간극을 메움

깨끗한 경계

• 설계가 우수하다면 투자와 재작업이 크지 않음
• 통제하지 못하는 코드일 경우 많은 투자와 향후 변경 비용 발생
• 외부 패키지를 호출하는 코드를 가능한 줄여 경계를 관리
• 새로운 클래스로 경계를 감싸거나 adapter패턴을 사용해 우리가 원하는 인터페이스를 점차 패키지가 제공하는 인터페이스로 변환

🤔 떠오르는 생각

• 오픈 소스 진영에 발을 들여놓으면서 어떻게든 빨리 사용해보려는 마음 뿐이었는데 테스트를 먼저 작성하는 습관을 길러야 겠다

🔎 질문

📝 소감 3줄 요약

• 새로운 클래스로 경계를 감싸 필요한 인터페이스만 제공
• 외부 패키지를 사용할 때는 학습 테스트 먼저
• 아직 존재하지 않는 코드를 사용할 때는 모르는 코드를 분리하고 추후에 Adapter api 로 간극을 메움