Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 | 31 |
Tags
- Entity
- @Version
- springDataJpa
- 공유락
- 마이크로서비스 아키텍처
- 디자인 패턴
- 배타락
- 배열
- 자바
- 스프링 부트
- 스네이크 케이스
- Array
- 트랜잭션 락
- DTO
- jvm
- 비링크
- Java
- 원시 자료형
- 스터디
- do...while
- Controller 테스트
- 파스칼 케이스
- 낙관락
- @Query
- Service 테스트
- 테스트 코드
- Repository 테스트
- 비즈니스 로직
- OOP
- 자료구조
Archives
- Today
- Total
목록비즈니스 로직 (1)
menuhwang

질문 비즈니스 계층에 Service를 배치하고 Service 안에서 엔티티와 같은 도메인 객체의 비즈니스 로직을 조합한다는데, 도메인 안에 비즈니스 로직 메서드를 넣어도 괜찮을까? 일반적으로 비즈니스 로직은 도메인 계층에서 담당한다. 다만 Service 레이어에서 비즈니스 로직을 담당하는 경우도 있으므로 이러한 역할과 책임을 잘 구분해서 설계해야한다. ex) 중복회원 검증 : DB에서 여러 데이터 값을 검색하여 비교해봐야하기 때문에 도메인 계층에서는 처리할 수 없다. 따라서 서비스 레이어에서 로직을 처리한다. 도메인 계층 도메인 계층에서 데이터 계층 (영속성 계층) 에 의존하지 않는것이 일반적이다. 따라서, 다른 데이터의 조회(DB 접근)가 필요한 경우 서비스 계층에서 비즈니스 로직을 설계해야한다.
스터디/etc
2022. 8. 19. 20:32