독학 중이라 이해가 부족한 거 양해부탁드립니다.
그냥 개인 프로젝트라 일단 DTO 사용을 안하고 ENTITY에서 빌더로 퉁치는 중 입니다.
아직 컨트롤러 생성안했고 도메인으로만 테스트 코드하면서 돌리고 있습니다.
또, 서비스에는 트랜잭션 순서를 유지하는 거지 그기다가 비지니스로직을 넣지말라고 배워서
간단한 CRUD 정도는 JPA레파지토리를 사용하여 JPQL문으로 처리했고
비지니스 로직을 엔티티클래스에서 구현 중인데 괜찮을까요?
독학 중이라 이해가 부족한 거 양해부탁드립니다.
그냥 개인 프로젝트라 일단 DTO 사용을 안하고 ENTITY에서 빌더로 퉁치는 중 입니다.
아직 컨트롤러 생성안했고 도메인으로만 테스트 코드하면서 돌리고 있습니다.
또, 서비스에는 트랜잭션 순서를 유지하는 거지 그기다가 비지니스로직을 넣지말라고 배워서
간단한 CRUD 정도는 JPA레파지토리를 사용하여 JPQL문으로 처리했고
비지니스 로직을 엔티티클래스에서 구현 중인데 괜찮을까요?
mvc모델이 역할을 구분짓기 위함인데 엔티티의 비즈니스 로직을 정의하는 건 고민 해봐야할듯
비즈니스 로직 단위가 매우 크거나 복잡한 경우에는 단순히 엔티티 하나 내에서 로직 처리가 안될 수 있음
도메인에 로직을 넣는 패턴에서 특정 데이터 조회해서 같이 사용한다거나 등등 파일처리도 같이 껴있고.. 그런게 전부 엔티티에 넣는게 맞는지까지는 잘 모르겠음 나는 서비스의 큰 비즈니스 로직을 분리할 수 있는 작업 단위로 분리해서 재사용성에 따라 접근제어자 달리 두는 방법을 주로 사용함