7.7.1 정리
- SQL처럼 변경될 수 있고 텍스트로 된 정보는 외부 리소스에 담아두고 가져오게 만들면 편리함
- 성격이 다른 코들가 한데 섞여 있으면, 인터페이스를 만들어 분리하는 것이 좋음
- 인터페이스를 통해 접근하게 하고 자기참조 빈으로 의존관계를 만들어 검증함
- 검증이 끝나면 클래스로 분리해도 좋음
- 자주사용되는 의존 오브젝트는 디폴트로 미리 정의해 두면 편함
- XML과 오브젝트 매핑은 OXM 추상화 기능을 활용함
- 특정 의존 오브젝트를 고정시켜 기능을 특화하려면 멤버 클래스로 만드는 것이 편리함
- 기존에 만들어진 기능과 중복되는 부분은 위임을 통해 중복을 제거
- DI를 의식하면서 코드를 작성하면 객체지향 설계에 도움됨
- DI는 인터페이스를 사용함. 인터페이스를 사용하면 인터페이스 분리 원칙을 잘 지키는데도 도움됨
- 클라이언트에 따라 인터페이스를 분리할 때, 새로운 인터페이스를 만들거나 인터페이스 상속을 통해 분리할 수 있음
- 애플리케이션 내장하는 DB를 사용할 때, 스프링의 내장형 DB 추상화 기능화 전용 태그를 사용하면 편리함
'토비의 스프링 정리' 카테고리의 다른 글
| 토비의 스프링 - 8.2 스프링의 목적 (0) | 2022.10.26 |
|---|---|
| 토비의 스프링 - 8.1 스프링의 정의 (0) | 2022.10.26 |
| 토비의 스프링 - 7.6 스프링 3.1의 DI (0) | 2022.10.26 |
| 토비의 스프링 - 7.5 DI를 이용해 다양한 구현 방법 적용하기 (0) | 2022.10.25 |
| 프로그래머스 - 7.4 인터페이스 상속을 통한 안전한 기능확장 (0) | 2022.10.25 |
