dao 의 역할과 필요성에 대한 고민
- 작성자 :
- 황*식
- 작성일 :
- 2013-12-31 12:27:45
- 조회수 :
- 996
- 구분 :
- 기타
- 진행상태 :
- 완료
Q
egov framework 를 기반으로 프레임웍을 커스터마이징하는 작업을 진행하고 있습니다.
궁금한 내용이 있어서 문의드립니다.
기본적으로 egov framework 에서 웹 프로젝트를 생성하면 EgovAbstractDAO 를 상속받은 dao 를 업무별로 생성해서 사용하는 방식으로 설계되어 있습니다.
이 부분을 service 단에서 직접 EgovAbstractDAO 를 상속받아서 dao 구간을 없애는 방식으로 처리하게되면 어디에 어떤 영향을 미치게 될지 답을 찾지 못하고 있습니다.
하루가 넘게 위의 궁금증에 대한 답변을 찾기위해 노력했습니다만 명확한 답안을 찾지못하였습니다.
egov framework 의 고수님의 도움이 필요합니다. ^^
궁금한 내용이 있어서 문의드립니다.
기본적으로 egov framework 에서 웹 프로젝트를 생성하면 EgovAbstractDAO 를 상속받은 dao 를 업무별로 생성해서 사용하는 방식으로 설계되어 있습니다.
이 부분을 service 단에서 직접 EgovAbstractDAO 를 상속받아서 dao 구간을 없애는 방식으로 처리하게되면 어디에 어떤 영향을 미치게 될지 답을 찾지 못하고 있습니다.
하루가 넘게 위의 궁금증에 대한 답변을 찾기위해 노력했습니다만 명확한 답안을 찾지못하였습니다.
egov framework 의 고수님의 도움이 필요합니다. ^^
A
안녕하세요. 황인식님.
Service layer에서 data access(DAO) layer를 분리하는 이유는 비지니스 로직을 담당하는 부분에 DBMS에 대한 접근방법을 분리하기 위한 것으로 보시면 되실 것 같습니다.
예를 들면, iBatis를 사용하다가 MyBatis로 변경하는 경우 DAO 부분에 대한 변경만으로 전환이 가능합니다.
(서비스에서 직접 데이터를 호출하는 방법이 포함되어 있다면, 서비스 부분을 수정해야 함)
그럼, 즐거운 하루되십시오.
감사합니다.
Service layer에서 data access(DAO) layer를 분리하는 이유는 비지니스 로직을 담당하는 부분에 DBMS에 대한 접근방법을 분리하기 위한 것으로 보시면 되실 것 같습니다.
예를 들면, iBatis를 사용하다가 MyBatis로 변경하는 경우 DAO 부분에 대한 변경만으로 전환이 가능합니다.
(서비스에서 직접 데이터를 호출하는 방법이 포함되어 있다면, 서비스 부분을 수정해야 함)
그럼, 즐거운 하루되십시오.
감사합니다.
