스프링부트 MyBatis 환경에서 Dao와 DaoImpl 을 사용하는 건 권장하지 않나요?

Question

안녕하십니까Controller > Service > ServiceImpl > Dao > DaoImpl > Mapper 저는 이렇게 딱 구분해서 사용을 많이 해왔습니다.이전 글에서 Impl 관하여 조언을 얻어 이런 구조에 대해서 구글링하는 중myBatis 환경에서는 Dao와 DaoImpl 을 생성하지 않고ServiceImpl에서 Mapper 를 호출함과 비즈니스 로직을 함께 작성하는 걸 더 권장한다는 글을 보았습니다.저는 DaoImpl 에서 query를 호출하고 비즈니스 로직은 ServiceImpl 에서 처리하는 방식으로 지금껏 해왔는데권장되는 방법은 아니라고 하네요.기업코드는 아니고 제 개인적인 프로젝트 환경입니다!myBatis 에서는 그냥 Dao DaoImpl 파일은 생략하고 ServiceImpl 에서 Mapper.java 를 바로 호출하는 방식을 권장하나요? Mapper.java@Mapper위의 파일을 호출하여 query를 돌리는 형식을 취할 땐Dao랑 DaoImpl 사용안하는게 나으니 삭제하고Controller Service ServiceImpl Mapper.java이런 구조를 취하는걸 권장한다고 하더라구요. 그래서 질문드립니다!

마마마22636 · Answer

요새는 DAO안 만드는게 추세라고 하네요..mapper가 DAO역할을 한다고 JPA도 Service에서바로 레포지토리 호출합니다.

초무쿤 · Answer

Mapper 인터페이스만 만듭니다. (Impl은 옛날 방식임. Ibatis시절)한글메뉴얼 보시면 impl 구현방식은 아예 없어용

장독깨기 · Answer

비슷한 질문을 계속 올리네요, ㅎ형식에 너무 구애받지 마세요, 정답도 없고 그렇게 중요하지도 않으며, 실제 현업에서도 저마다 다 다릅니다.저 같은 경우, 개인적으로 할 때는, 컨트롤러에서 다 처리합니다. serivce, serviceImpl, ... 이런거 다 없어요.List> entities = DB.instance().selectList("board.select", params);이런 식으로 그냥 처리합니다. 잘 돌아가요. 아무 문제 없습니다. ㅎ개인 플젝하는거 같은데요, 적당하게 기준잡고 진도 나가세요.이런거 보다는 내가 뭘 만들 수 있는가 이 부분이 훨씬 중요합니다.형식에 너무 많은 신경을 쓰는거 같아서, 오지랖 좀 부려 봅니다. :)

Xellos Choi · Answer

아래에 같은 글을 썼는데 같은 개념의 글 인듯 하여 여기도 같은 댓글을 달아 봅니다.위의 댓글이 틀린 건 아니지만 조금 위험한 얘기 같아 보여 답변을 하자면 인터페이스(Service)로 구현체(Serviceimpl)를 만드는 건 옛날 방식은 아닙니다.각자 장단점이 있기에 선택에 있어서 트레이드 오프 관계이지 어느 것이 최신이다라고 할 수 있는게 아닙니다.AOP 기준으로 실제로 Spring에서는 CGLib 방식보다 dynamic proxy 을 추천합니다. 이유는 인터페이스를 구현하는 형태의 설계를 지향하기 때문이에요https://docs.spring.io/spring-framework/reference/core/aop/introduction-proxies.html잘 쓴 글은 아니지만 AOP 관련해서는 얼마 전 글을 쓴 게 있어서 첨부합니다.https://crazy-code.tistory.com/6어느 쪽으로 구현하든 그렇게 구현했을 때의 장점과 그 이유를 명확하게 알고 있으면 상황에 맞게 대처가 가능합니다. "파일이나 소스의 양이 줄어든다는 장점이 있긴 해 보입니다." 이런 형태의 접근이 더 좋아 보입니다.레이어드 아키텍처가 왜 나오게 된 건지 이유 좀 더 찾아보시면 위에서 고민하는 부분들에 대한 의문의 해소가 좀 더 되실꺼고 그 이유에 맞게 설계하는 방법을 고민하다보면 헥사고날 이나 DDD 와 같은 형태의 아키텍처 등장배경이 이해 되실껍니다.최근에 읽은 글 중에 참고 하실만한게 있어서 같이 공유 드립니다. 해당 글에도 Service의 추상화에 대한 이야기도 같이 나와 지금 생각하시고 고민하시는 부분이 읽어보시면 어느 정도 해소 되 실꺼 같네요https://kdh0518.tistory.com/61

톰소여 · Answer

Mapper 쓰세요. 바꾸기 전에는 그런가? 하다가 바꾸면 편해요.

마사키군 · Answer

이미 초무쿤 님께서 상세하게 잘 설명을 해주셔서 딱히 답변을 드릴건 없는거 같지만, 그래도 굳이 첨언하자면 Impl은 이제 거의 안쓰는 추세입니다.아주 예전에는 비즈니스 로직을 동작시킬 호출 스펙으로써 인터페이스를 정의하고 해당 스펙을 실제로 구현한 (보통 Impl 클래스-implementation class-라고 불리는) 구현 클래스를 작성하는 일이 흔했는데요.요새는 시스템의 규모가 커지다보니, 개발하는 와중에도 요구사항이 변경되는 경우가 빈번합니다. 이런 경우 변경된 요구사항을 수용하기 위해 인터페이스와 구현 클래스를 함께 고쳐야 할수도 있는데, 이렇게 되어버리면 구현 스펙으로서의 인터페이스가 의미를 잃기 때문에 더더욱 기피되는 구조로 알고 있습니다.

짱구올시다 · Answer

저는 Controller -> Service -> Repository -> (Implements) -> DAO(Mapper)이렇게 갑니다. 어떤 데이터 접근 기술을 쓰는지 Service 레벨에선 추상화하는 것이죠.

tired · Answer

daoimpl은 써본적 없는거같네요

Iswn · Answer

mybatis가 Mapper라고 명한 이유는 단지 SQL의 결과를 레코드에 매핑하기 위함입니다.그래서 DAOImpl이 필요없죠.단지 레코드와 컬럼을 매핑하려면 별도의 코드 없이 라이브러리나 프레임웍이 대신 해주니까요.그 외는 없습니다.하지만 매핑과정에서 뭔가 코드로 해결한 부분이 보이시나요?계층형 아키를 사용하시거나 SQL에 일부 업무로직을 사용한다면 SQL을 변경하심됩니다.도메인주도형 아키를 사용하시면 인프라영역에서 필요한 코드를 작성하세요.

libedi · Answer

MyBatis 사용시 보통 Service 에서 Mapper Interface 를 호출하는 방식을 많이 사용하긴 하는데,DAO 또는 Reposiroty 를 DIP에 맞게 구현하면 추후에 Persistence 기술 변경시 유리하긴 합니다.클린 아키텍처를 참고해 보시면 좋을 것 같습니다.

스프링부트 MyBatis 환경에서 Dao와 DaoImpl 을 사용하는 건 권장하지 않나요?

10개의 답변

#daoimpl 목록