어떤 변경이 필요할 때 수정 대상이 명확해진다.

• 기술이 바뀔 경우
  • 기술 계층과 연동을 담당하는 기술 추상화 계층 설정 변경
• 데이터를 가져오는 테이블의 이름이 바뀔 경우
  • 데이터 액세스 로직을 담는 UserDao 를 변경
• 비즈니스 로직도 마찬가지

DAO 가 각각 수백개가 되고, 서비스 클래스도 그만큼 많다고 생각해보자.

1. 서비스 하나가 여러개의 DAO 를 사용하는 경우가 많아질 것

   • 의존관계가 매우 복잡해진다.

2. DAO 를 수정할 경우

   → what if…

   • 그에 의존하는 서비스 클래스도 같이 수정해야 하는 구조라면?
   • UserDao 를 수백군데에서 사용하고 있다면?

   ⇒ 수백개의 클래스도 다같이 수정 → 수많은 테스트도 함께 수정

기술적인 수정사항도 마찬가지

1. 애플리케이션 계층 코드가 특정 기술에 중속되어 기술이 바뀔 때마다 코드 수정이 필요하다면

• 트랜잭션 동기화 기법을 사용해 서비스 클래스의 코드를 간략히 한 상태여도…

JDBC 에서 JTA 로 트랜잭션 기술이 변경된다면?

case 1. (서비스 클래스 수) x (트랜잭션을 사용하는 메서드 수) ... 만큼의 코드 수정 필요

case 2. XML 설정을 몇줄로 수정하는 것으로 트랜잭션 기술을 한번에 전환하는 방식

⇒ 많은 실수가 발생할 확률 상승, 치명적 버그 도입될 가능성

개발이 아닌 운영중인 코드에 이런 수정이 필요하다면? → 쥿된거임

• 인터페이스를 통한 추상화 만으로는 코드 사이 결합은 여전히 높을 것