spring framwork 에서 DAO 는 왜 쓰나요?? Service에 모든 역할을 맡겨도 되지 않을까요?

Question

제가 바보라서 이해불가인 헛소리일 수 있겠습니다. 죄송합니다.

ahl · Accepted Answer

서버의 아키텍처는 일반적으로 3 Layers Architecture라고 불리는 Controller - Service - Repository로 구성되어 있습니다. 굳이 이렇게 3계층으로 역할을 나눠 구분한 이유는 유지 보수 시 코드 변경을 최소화하기 위함입니다. Service레이어에서 DAO(데이터 접근 기술)를 직접 구현하게 되면 DB접근 기술 변경 시 Service레이어의 코드가 대량으로 변경될 수 있습니다.Service레이어는 핵심 비즈니스 로직이 존재하는 계층이기 때문에 관련된 이유를 제외하곤 가급적 코드 변경이 일어나며 안됩니다.결론짓자면 역할을 분리해야 유지 보수 비용이 적게 들기 때문입니다. 추가적으로 다른 이유가 존재할 수도 있는데 저도 아직은 경험이 부족하기에..아는 부분만 답변 드립니다.

김을동 · Answer

데이터에 접근하기 위한 객체라고 생각해보세요b학교의 유저 a의 정보를 줘{userId: a,school: b}위의 정보가 필요하고 그걸 담을 그릇일뿐이라고 생각하면 될거같아요

라떼개발자 · Answer

그 질문은 service를 왜 쓰나요? controller단에 모든 역할을 맡겨도 되지 않을까요? 와 비슷한 질문입니다. 거슬러 올라 라떼로 올라가면 프론트엔드 백엔드 왜 나누나요? 까지 갑니다 ㅎㅎ 통으로 하던 시절이 있었어요 ㅎㅎ역할을 나눈겁니다.

allinux · Answer

데이터를 억세스 하는 방법은 다양합니다. DB, FILE 등등...이때 추상화 시킬 수 있다는 장점.또 레이어 아키텍쳐의 장점은 레이어간의 디팬던시를 최소로 할 수 있고 그로 인해서 레이어 각각의 테스트가 편해집니다.즉 단순한 예로 main 클래스에서 dao 만 호출해서 테스트 해볼 수 있습니다.만약 service 에 dao 로직이 있다면...단순히 데이터베이스 로직 테스트 하기 위해 service 까지도 호출해야 합니다.

고등어통조림 · Answer

다른 분 말씀처럼 유지보수와 안정성을 위해 느슨한 결합을 하는 것으로 알고 있습니다그래서 한 곳에서 다 모든 동작을 하지 않고 층을 분리해 떨어뜨려 놓은 것이구요그렇게 레이어가 생기게 되면 레이어 사이로 데이터의 교환등이(코드에서 return, 호출) 있게 되고 이 경우 디비 엔티티들을 복사한 dao가 이용되는 것이구요만약에 계층을 나누지 않을 경우 프로그램이 동작하자마자 쿼리의 실행이 바로 된다면 문제가 커질 수도 있을 것 같습니다(조회는 별 문제가 없지만 업데이트나 삭제의 경우는 큰 문제가..)쿼리 삭제를 잘못 실행할 경우 생기는 실제 최악의 상황 실화입니다https://m.ruliweb.com/community/board/300143/read/64387950

고등어통조림 · Answer

스프링의 느슨한 결합에 대한 설명https://programming-workspace.tistory.com/m/10

spring framwork 에서 DAO 는 왜 쓰나요?? Service에 모든 역할을 맡겨도 되지 않을까요?

6개의 답변

기술 목록