Q&A
커뮤니티
지식
이벤트
더보기
OKKY
OKKY LogoOKKY Logo
OKKY Logo
Q&A지식커뮤니티이벤트부트캠프Jobs
Contact
로그인회원가입
ddd
questionsquestions
질문하기
  • 답변
    3
    리팩토리잉·6개월
    717
    2
    답변 3
    프로필 사진RESTFUL API의 관점에서 API 설계중 질문이 있습니다.
    안녕하세요. 2년차 백앤드 개발자입니다. 현재 회사에서 프로젝트를 리팩토링하는 과정중입니다. 저희 서비스에서 DDD + Hexagonal Architecture + Spring Monolith 기반으로 서비스를 설계하고 있습니다. 도메인은 모두 독립된 bounded context와 각각의 aggregate로 분리해 운영하고 있습니다. 문제는 GET API를 어떻게 설계할지가 모호해지고 있다는 점입니다. 제가 지금까지 가지고 있던
  • 답변
    9
    연습생·9개월
    1.2k
    0
    답변 9
    프로필 사진예외 처리 어디서 하면 좋을까요?
    저는 JAVA, SPRINGBOOT를 활용하여 API를 만들고 있습니다. API를 만들던중 데이터 유효성 검증예외 처리에 대한 고민이 생겨서 선배님들에게 질문남겨봅니다. (상태에 따른 도메인 예외 아니고, 값(데이터)에 대한 예외) 예외를 검증 할 수 있는 곳을 크게 2곳으로 나눈다면 Spring Valid를 활용하여 API Request DTO에서 검증 Entity, VO(Entity 내부에서 사용하는 VO)에서 검증 이 있을 것이라고 생각합니다
  • 답변
    8
    independent·12개월
    575
    0
    답변 8
    프로필 사진DDD 4 Layered Architecture + Clean Architecture에서 "중복 검사"에 대한 책임 계층은 어디에서 해야 할까요?
    현재 아래와 같이 application usecase를 작성했어요 @Slf4j @Service @RequiredArgsConstructor @Transactional public class SignUpUseCase { private final EmailAuthRepository emailAuthRepository; private final MemberRepository memberRepository;
  • 답변
    5
    independent·약 1년
    607
    0
    답변 5
    프로필 사진DDD 4 Layers + Clean Architecture 적용해보신 분 계신가요? 효율성이 있는건지
    안녕하세요 현재 rest api 서버 개발 중인데 기존에는 controller(DTO) -> Service(DTO or Domain Entity) -> Repository 그냥 흔한 MVC 패턴으로 디자인해서 개발했었으니 이번에는 MSA도 추후에 고려할 거기 때문에 범용적으로 많이 쓰이는 DDD로 개발하려 했습니다. 우선 제가 해당 아키텍처를 도입하려는 이유는 다음과 같습니다. "개발 규모가 커질수록, 중구난방되는 패키지로 인하
  • 답변
    8
    Jjuuuunnii·약 1년
    1.2k
    0
    답변 8
    프로필 사진DDD, 핵사고날에서 도메인끼리의 협력에 대해
    현재 DDD와 핵사고날을 혼자 공부하며, 스타트업에서 적용시켜보고있는 주니어 개발자입니다. 현재 Spring boot를 사용하면서 Jpa 기반으로 연관관계(@ManyToOne, @OneToMany 등) 지양하며, 단순 id만을 컬럼으로 가지고 있는 엔티티를 설계했는데요. 저는 물리적 데이터베이스(mysql, redis, mongo 등)의 테이블 도큐먼트와 매핑되는 객체를 엔티티, 그리고 어플리케이션 내부에서 사용하게 되는 객체를 도메인
  • 해결
    3
    xoxot·약 1년
    329
    0
    해결 3
    프로필 사진DDD 패턴에서 검증하기 위한 데이터를 엔티티로 넘겨서 검증해도 괜찮을까요?
    안녕하세요 선배님들. DDD를 공부하면서 프로젝트를 진행중인데 찾아봐도 해결할 수 없어 질문 드리고 싶습니다. 상황은 다음과 같습니다. 콘서트(Concert) : 공연장(Venue)을 N:1 , 스케쥴(Schedule): 콘서트를 N:1로 매핑하였습니다. 콘서트(Concert)를 등록할 때 , 그에 맞는 일정들(Schedules)를 함께 저장하도록 하고 있습니다. 여기서 고민이 생겼습니다. Concert를 저장할 때, 공연장(Venue)의
  • 답변
    1
    kmw1218·약 1년
    477
    0
    답변 1
    프로필 사진도메인에서 이벤트 발행하기
    안녕하세요! 도메인-엔티티를 분리한 상태에서 이벤트 발행 관련 질문이 있습니다. 현재 댓글 서비스에서 도메인 관련 이벤트를 발행하고 있는데요! 댓글 생성 시 필요한 사후로직들은 아래와 같습니다. 사진을 포함한 댓글 생성 시 외부 API 호출 댓글에 포함된 태그 등록 근데, 이벤트를 발행하는 쪽은 도메인에 되는게 자연스럽다 생각합니다. 이유는 아래와 같습니다. 이벤트 객체는 도메인이 가장 잘 알고있다. 이벤트 객체에 필요한 값들은 도메인에 다 있음
  • 해결
    1
    JSL·1년 이상
    343
    0
    해결 1
    프로필 사진도메인 생성, 수정 repository (DB) 접근이 필요한 예외처리
    도메인 관련된 예외 처리를 하다보면 일반 변수 값을 조정하는 경우에는 도메인에서 고민 없이 사용하고 있습니다. ddd 방식을 지양할 때 도메인 객체 생성, 수정을 진행하는 과정에서 예외 처리 시 repository에 접근이 필요한 경우에 해당 로직을 service 단에서 처리를 하는지 별도의 validation 클래스를 생성해 위임하는게 맞는지 아니면 service 단에서 repositroy에 접근 후 나온 결과를 생성, 수정 메서드에 첨부해 도메인단
  • 답변
    2
    찬찬히·1년 이상
    614
    0
    답변 2
    프로필 사진백엔드 기술과제에 대해 질문이 있습니다.
    내일 기술과제를 보게 되었는데, 제한시간 내에 구현하여 제출해야 합니다. 그런데 아키텍처를 그냥 레이어드로 할지, 헥사고날로 구현할지 고민이 됩니다. 물론 신입에게 해당 개념들에 대한 깊은 이해를 기대하지 않고, 오히려 마이너스가 될 수도 있다는 것은 인지하고 있습니다. 하지만 DDD와 헥사고날 아키텍처를 적용한 프로젝트를 진행하면서 이 구조의 장점에 대해 공감하고 있고, 계층 구조보다 오히려 더 익숙해서 이젠 포트 없이 구현하기가 뭔가 좀 허전할
  • 답변
    0
    갬자갬자·1년 이상
    274
    0
    답변 0
    프로필 사진에릭 에반스 DDD 질문이 있습니다
    KNOWLEDGE LEVEL 지식 수준 이부분이 잘 이해가 가지 않습니다 ㅠ 대략적으로는 운영중 설정같은 규칙을 유저에 의해 변경하는 도메인이 있을 경우 해당 도메인을 설계할 때 리플렉션 패턴 사용이 필요한 영역을 구분하여 설계한다 정도로 이해가 되는데 더 깊은뜻이 있어보이는데 그게 안 읽힙니다 설명해주실분 계실까요?
  • 해결
    1
    kdh1210·1년 이상
    434
    0
    해결 1
    프로필 사진CQRS - read 에서의 DDD 설계에 대해
    현재 DDD를 메인 철학으로 개발 프로젝트를 진행하고 있는데, 프로덕트 사이즈가 커지면서 클라이언트에 맞는 구체적인 조회 모델 제공에 대한 필요가 커져 별도의 쿼리 서비스를 만드는 작업을 하고 있습니다.원래 사용하던 아키텍처는 application(usecase 등) presentation(rest controller) infrastructure(repo & mapper) domain(aggregateRoot, VO 등) 요렇게 두고 domai
  • 해결
    3
    h.json·약 2년
    851
    1
    해결 3
    프로필 사진[DDD] 도메인 로직의 범위에 대해서
    안녕하세요. DDD를 혼자 공부해보고 있는 주니어 개발자입니다. 제가 DDD를 공부하면서 DDD가 강조하는 핵심은 애플리케이션 서비스는 단순히 도메인 객체를 조합하는 역할이고, 핵심적인 비즈니스 로직은 도메인 계층에서 진행되어야 한다라는 것인 것 같습니다. 하지만, 어디까지가 서비스 계층의 책임 범위이고 어디까지가 도메인 계층의 책임 범위인지가 아직 헷갈립니다. 예를 들어, 로그인을 하는 로직이 있고, 로그인을 위해서 이메일과 패스워드를 사용자에게 받
  • 답변
    2
    h.json·약 2년
    450
    0
    답변 2
    프로필 사진[DDD] DDD에서 회원의 권한, 역할 구현 질문.
    안녕하세요. DDD를 혼자 공부하면서 프로젝트에 적용해보자 하는 주니어 개발자입니다. 제가 구현하고자 하는 프로젝트에서 회원은 관리자, 유료 회원, 무료 회원 이렇게 세 권한이 있습니다. 이들은 권한 별로 가지는 속성과 기능이 크게 달라, 회원이라는 하나의 엔터티 객체로 합치지 않고, 관리자 객체, 유료 회원 객체, 무료 회원 객체로 분리하여 만드려고 했습니다. 하지만, 로그인, 로그아웃과 같이 회원이라면 가지고 있는 공통적인 메소드 또한 존재하기 때
  • 답변
    2
    ppk12312321312·약 2년
    512
    0
    답변 2
    프로필 사진서로 다른 도메인에서 같은 엔티티를 호출해야할때 좋은방법이 있을까요?
    안녕하세요. DDD 방식으로 프로젝트 개발중에 궁금한 점이 있어 다른 개발자분들의 의견을 여쭙고자 문의드립니다. "인증 도메인"과 "사용자정보관리 도메인"이 별도 존재하고 다른 패키지로 서로 격리되어 구성되어 있습니다. 그런데 인증 도메인에서 특정 사용자의 권한정보를 조회하기 위해 사용자 엔티티를 조회하고 사용자정보관리 도메인에서는 서비스를 이용하는 사용자들의 정보를 관리하기 위해 사용자 엔티티를 사용합니다. 인증 도메
  • 답변
    2
    눈마을·약 2년
    312
    0
    답변 2
    프로필 사진DDD에서 토큰에서 subject를 취할때 질문이요
    현재 코틀린, 스프링부트로 로그인 화면을 만들고 있습니다. 이미 발급된 jwt토큰을 presentation층에서 확인하여 권한을 체크하도록 하려고 합니다. 이 과정에서 jwt토큰에서 subject를 추출해야하는 과정이 있습니다. subject를 추출하는것은 infrastructure층에 구현하였는데, presentation층에서 어떤방식으로 접근해서 쓰면될지 고민입니다. 지금은 domain층에 ExtractService라는 인터페이스를 만들고 inf
  • 답변
    3
    눈마을·약 2년
    414
    0
    답변 3
    프로필 사진DDD에서 인증관련하여 질문이요
    현재 코틀린, 스프링부트로 로그인 화면을 만들고 있습니다. 아이디 패스워드를 확인후, jwt토큰을 발행하여(Jwts.builder()), 사용자의 쿠키에 넣어 보내려고 합니다. 그리고 표현층(presentation)에서 필터링하려고 합니다. 여기서 어떤 생각이 맞는지 잘 모르겠습니다. 토큰을 발행하는것을 User라는 도메인 모델의 기능으로 봐서 도메인(domain)층의 User라는 루트 애그리거트의 멤버함수로 정의해줘야하는지 혹은 엄연히 jwt는 외부
  • 답변
    1
    디카이드·2년 이상
    501
    0
    답변 1
    프로필 사진도메인 주도 설계(DDD)에 대해 간단한 질문 하나 드립니다!
    Domain Driven Design으로 설계할 때, 엔티티 내에 JPA의 save() 같은 메소드를 넣어놓는 게 바람직한 방법인가요? 아니면 Entity에는 단순히 DTO값에 맞춰 Entity를 생성하여 반환해주기만 하고 save() 같은 로직은 서비스레이어에서 수행하는 게 바람직한가요?즉 도메인에 비즈니스 로직 전부를 위임하는 것과, 비즈니스 로직 중 엔티티 생성 부분만 위임하는 것과 어떤 방법이 DDD에 적합하며 실무에서 많이 사용되는지 궁금합
  • 답변
    0
    AskeTeddy·2년 이상
    284
    0
    답변 0
    프로필 사진DDD에서 Aggregate Root 를 collection 으로 담는 패턴이 있을까요?
    안녕하세요. [에릭에반스 책-도메인 주도 설계]를 적용하며 궁금한 부분이 있어 질문 올립니다. 혹시 DDD에서 Aggregate Root 를 collection 으로 담는 패턴이 있을까요? 예제를 통해, 상황을 설명 드리겠습니다. 피그마(피그잼)의 event storming (포스트잇)을 연동하여,도메인 이벤트를 업로드 하는 기능이 필요합니다. 따라서 다음같은 사용자 스토리가 작성되었습니다. {도메인 전문가}는 {도메인 이벤트를 편리하게 작성}하기
  • 답변
    2
    csparaka·2년 이상
    287
    0
    답변 2
    프로필 사진DDD 구조로 구현을 할 때 공통으로 사용하는 클래스는 어떻게 처리하나요?
    DDD 구조에 대해서 공부 중에 든 생각인데 공통으로 사용하는 서비스 클래스(예를 들어, 페이징 처리 로직 등)가 있으면 각 도메인 패키지 별로 따로 만들어 주는건가요? 아니면 공통 도메인을 따로 만들어서 사용하는건가요?
  • 답변
    1
    _____________·2년 이상
    296
    0
    답변 1
    프로필 사진DDD와 Python
    안녕하세요. 현업에서 Python에 DDD를 접목시켜서 운영 중이신 분께 궁금한게 있습니다. DDD Blue Book (Eric Evans, 2003) 에 있는 개념들과 Python 자체/웹 생태계와 잘 맞아 떨어지게 코드 구성이 되시는가요? 물론 프레임워크의 선택이나 스타일은 회사 컨벤션이나 팀에 따라 다르겠지만 (LiteStar, FastAPI, Flask, Django, BlackSheep, Ninja, Robyn 등등) (SQLAlche
  • 이전
  • 1
  • 2
  • 다음
OKKY LogoOKKY Logo
OKKY Logo

All That Developer

FacebookYoutubeEmail
  • 회사소개
  • 공지사항
  • 연락처
  • 광고문의
운영정책슬랙봇
  • 개인정보 처리방침
  • 통합 서비스 이용약관
운영정책슬랙봇
상호명: (주)오키코리아 | 대표명: 노상범
사업자등록번호: 592-87-02037
| 통신판매업신고번호: 제 2022-서울강남-04742호
| 직업정보 제공사업 신고번호: J1200020230009
주소: 서울 강남구 봉은사로 303 TGL경복빌딩 502호 (06103)
| 고객센터 : info@okky.kr (영업시간 평일 10:00~17:00) 주말 · 공휴일 휴무
© 2026 (주)오키코리아. All rights reserved.
sponsored by
iNamesiNamesiNames
NHN Cloud
NHN CloudNHN Cloud