DAO 관련 질문드립니다.
550
작성한 질문수 2
안녕하세요. 김영한님. 수업에 직접적으로 언급된 내용은 아니지만 업무를 하다 궁금한게 생겨 이렇게 질문 드립니다.
현재 회사에서 사용하는 Spring 프로그램이
https://www.egovframe.go.kr/wiki/doku.php?id=egovframework:rte2:psl:dataaccess:mybatisguide
"3.1 기존 DAO 형태로 사용하는 경우"를 따르고 있습니다.
DAO라고 명시된 파일은 mybatis에 접근하는 sqlSession만 작성해서 return하고, 그 전에 Service에서 모든걸 처리하고 필요한 해당 DAO를 Service가 호출 하여 DB에 접근합니다.
궁금한 부분은 강의에서 언급된 @Repository를 사용한 interface 로 Service에서 필요한 로직을 처리하고, Service 마지막에 sqlSession으로 return 해주것과 큰 차이가 있는지 궁금합니다.
왜 굳이 한번더 감싸(?) 주는지 잘모르겠습니다. 이렇게 구현해야 할 특별한 이유가 있을까요?
답변 1
1
안녕하세요. youngjoon0077님
각 객체는 본인의 역할을 하는 것이 좋습니다.
일반적으로 Service는 핵심 비즈니스 로직을 담고 여기에는 데이터베이스에 접근하는 관련 코드가 없는 것이 좋습니다.
DAO는 데이터 접근 객체를 뜻합니다. 여기에는 데이터베이스에 접근하는 코드들이 들어있습니다.
이렇게 Service와 DAO로 역할을 명확하게 분리하면 다음과 같은 장점이 있습니다.
1. 역할에 따라 변경해야 하는 코드가 명확해집니다. 비즈니스 로직을 변경하면 Service를 변경하면 되고, 데이터베이스 접근 관련 코드를 변경해야 하면 DAO 코드를 변경하면 됩니다.
2. 향후 데이터베이스에 접근하는 기술이 변경되어도 Service 관련 코드의 변경이 최소화 됩니다. 주로 DAO 관련 코드를 변경하면 됩니다.
감사합니다.
섹션3. 11 회원객체 다이어그램
0
6
1
OCP, DIP과 @Qualifier 어노테이션에 대해서 질문합니다.
0
9
1
코드 자료
0
52
2
구현체가 동적으로 정해질 때, 팩토리 기법을 사용하나요?
0
60
2
MemberService의 인터페이스를 왜 사용하는지 궁금합니다.
0
82
1
롬복 @Setter를 써야 하는 상황이 있는건가요?
0
94
1
빈 등록 메서드의 파라미터가 빈이 아니어도 되나요?
0
81
1
테스트 속도가 나중에 영향이 있을까요?
0
78
1
gradle 설정 안떠서 질문 남깁니다!
0
124
2
build.gradle로 프로젝트를 여는 이유
0
88
1
provider 사용하는 이유
0
91
1
다음 강의 뭘 들어야 할까요
0
128
2
프로토타입 빈, 직접 destroy 호출 안 할 경우
0
66
1
beanB
0
82
2
퀴즈다시풀기
0
69
1
Gradle로 바꿔도 오류가 똑같이 발생하네요 ㅠㅠ
0
92
2
"중복 등록과 충돌" 강의에서 강사님과 다른 에러가 발생합니다.
0
67
3
run 실행했는데 결과창이 이렇게 뜨네요 왜 그런건가요>
0
106
2
도메인의 정의?
0
59
1
ApplicationContext 질문입니다.
0
63
1
@Scope의 proxyMode를 사용할때 단위 테스트 방법
0
91
2
ai api 선정하기 관련 질문
0
119
2
생성자 자동주입 관련해서
0
67
1
생성자 직접 호출 vs 팩토리 메서드 패턴
0
97
2