해결된 질문
작성
·
606
0
좋은 강의 정말 감사드립니다. 강의 수강 도중 서비스 로직 관련 궁금한 점이 있어 문의드리게 되었습니다.
제가 DDD 를 공부하면서 알게된 부분이 DDD 에서는 비즈니스 로직을 도메인에 몰아서 작성하라고 했는데 본 강의에서는 절대 서비스 정책을 도메인에 둬서는 안된다고 말씀하신 걸로 알고 있습니다. 호돌맨님께서 말씀하신 서비스 정책을 두지 말라는 조언은 DDD를 적용하지 않았기 때문인지 두지 말라고 하신건지 알고 싶습니다.
(서비스 정책 == 비즈니스 로직으로 이해했습니다. 혹시 제가 이해한 부분이 잘못 됐을까요?)
감사합니다.
답변 1
0
안녕하세요 호돌맨입니다.
질문을 남겨주셔서 감사합니다.
전 후 상황을 알아야 할 것 같은데요
혹시 제가 어느 부분에서 그런 얘기를 했는지 알 수 있을까요?
제 예상으로는 정채=기획 을 생각하고 말하지 않았을까 합니다. 예를들어
특정 SNS서비스가 있을때 사용자 이름 앞에 “@“을 붙여 @hodolman 처럼 보여주는 정책이 있다고 해봅시다.
그러면 도메인에 @hodolman 으로 저장하는 게 아니라
hodolman으로 저장하고
최종적으로 Response에서 @hodolman으로 만들어줘라 라는 이야기가 아닐까 싶습니다.
감사합니다.
아, 저거 말씀 하셨군요
위에 답변 드린거랑 똑같습니다.
예를들어 A라는 사람이 나이키에서 바지를 샀는데
기장이 안맞아 바지밑단 3cm를 줄여야 한다고 생각해봅시다.
그러면 나이키에서 바지를 살때부터 3cm가 줄여서 나와버리면 다른 사람들은 어떻게 하겠습니까?
밑단을 줄이는건 수선사한테 맡겨야 되지 않을까여?
서비스 정책이 도메인정책을 뜻하는게 아닙니다.
서비스 정책이 모두 도메인에 들어가버리면 안되고 서비스 정책이 도메인에 들어가도 될지를 생각 해야될것 같습니다.
제목을 10글자로 가져오는건 api에서만 그런거지 프론트api, admin, 외부api에서도 통용될건 아닙니다. 그렇기때문에 응답객체나, 클라이언트에서 결정하는게 맞는거져
그리고 ddd아니더라도 비즈니스 로직은 도메인에 넣는게 좋습니다.
감사합니다.
답변 정말 감사합니다.
답변의 내용은 DB 에 저장할 때는 hodolman으로 저장하고 불러 와서 응답을 줄 때 @ 를 넣으라고 이해했습니다.
영상에서 제가 이해한 부분은 도메인 계층에 @ 를 변환하는 로직을 넣지 말라고 이해했습니다. ( 서비스 정책이 다양하기 때문에 )
현재 저는 DDD를 이용하여 개발하고 있으며 서비스 정책을 포함하여 모든 비즈니스 로직을 도메인 계층에 넣어서 개발하고 있습니다. 이는 잘못된 개발 방식일까요?
절대라는 말씀을 하셔서 제 잘못된 개발 방식을 고쳐야 할 것 같아서 질문 드렸습니다. 항상 좋은 강의 감사합니다!
PS. 해당 내용에 대해서는 게시글 조회 2 - 응답 클래스 분리 7분 58초에 절대 넣지 말라고 말씀하신 내용이 나옵니다 :)