2. [TodoList] - Service & Repository 설계

 지난 포스팅에서 도메인을 설계했으니 이번엔 서비스와 레포지토리를 설계해 보겠다.

 

Task 와 User 도메인을 설계했으니 그에 따른 TaskService, TaskRepository, UserService, UserRepository를 설계하면 된다.

 

 

Repository vs Service 역할의 차이

repository 패키지는 DB에 접근하는 모든 코드가 모여있다고 생각하면 된다.

Service 패키지는 DB에 접근하는 코드는 repository에 위임하고, 비즈니스 로직과 관련된 모든 코드가 모여있는 것이다.

 

이렇게 구분해두면 비즈니스 로직 문제가 생겼을때는 service 패키지만 확인하면 되고 DB 접근 문제가 생겼을때는 repository만 확인하면 되는 장점이 있다.

---

 

TaskRepository & UserRepository

public interface TaskRepository extends JpaRepository<Task, Long> {

}

public interface UserRepository extends JpaRepository<User, Long> {

}

 

SpringDataJpa 를 사용해 레포지토리를 구성했다.

 

---

 

UserService

 

@Service
@RequiredArgsConstructor
public class UserService {
    private final UserRepository userRepository;
 
    @Transactional
    public UserJoinRespDto join(UserJoinReqDto userJoinReqDto) {
        User user = userRepository.save(userJoinReqDto.changeEntity(userJoinReqDto));        
        return new UserJoinRespDto(user);
    }
}
 

 

 

UserService 에서는 dto 를 받아 데이터베이스에 저장하는 간단한 로직만 구현했다.

후에 Spring Security + jwt 를 이용해 로그인을 구현한 뒤 자세히 설명하겠다.

 

---

 

TaskService

 

@Service
@RequiredArgsConstructor
public class TaskService {
 
    private final TaskRepository taskRepository;
 
    @Transactional
    public TaskSaveRespDto writeTodo(TaskSaveReqDto TaskSaveReqDto) {
        Task task = taskRepository.save(TaskSaveReqDto.changeEntity(TaskSaveReqDto));
        return new TaskSaveRespDto(task);
    }
 
    @Transactional
    public TaskDeleteRespDto deleteTodo(Long id) {
        Optional<Task> optionalTask = taskRepository.findById(id);
 
        if(optionalTask.isEmpty()) {
            throw new TodoNotFoundException();
        }
        Task task = optionalTask.get();
 
        taskRepository.deleteById(id);
 
        return new TaskDeleteRespDto(task);
    }
 
    @Transactional
    public TaskEditRespDto editTodo(Long id, TaskEditRequestDto taskEditRequestDto) {
        Optional<Task> optionalTask = taskRepository.findById(id);
 
        if (optionalTask.isPresent()) {
            Task task = optionalTask.get();
 
            task.setContents(taskEditRequestDto.getContents());
            task.setTitle(taskEditRequestDto.getTitle());
            task.setDeadline(parseDatetime(taskEditRequestDto.getDeadline()));
 
            return new TaskEditRespDto(task);
        } else {
            throw new TodoNotFoundException();
        }
    }
 
    @Transactional
    public List<Task> findAll() {
        return taskRepository.findAll();
    }
}

 

 

writeTodo 

파라미터로 Controller 에서 보내준 TaskSaveReqDto 를 받아 데이터베이스에 저장해준 뒤 TaskSaveResponseDto 를 반환한다.

 

---

deleteTodo

파라미터로 Controller 에서 보내준 id 를 받아 id 와 일치하는 엔티티가 있는지 조회한다.

 

만약 일치하는 엔티티가 없다면 TodonotFoundException 을 발생시키고, 일치하는 엔티티가 있을 경우 엔티티를 삭제한

다. 

 

이후 조회한 엔티티를 TaskDeleteResponseDto로 변환해 반환해준다.

 

---

editTodo

파라미터로 Controller 에서 보내준 id 를 받아 id 와 일치하는 엔티티가 있는지 조회한다.

 

만약 일치하는 엔티티가 없다면 TodonotFoundException 을 발생시키고, 일치하는 엔티티가 있을 경우 파라미터로 받아온 

taskEditRequestDto 의 Contents, Title, Deadline 의 값을 엔티티에 복사한다.

 

이후 조회한 엔티티를 TaskEditResponseDto로 변환해 반환해준다.

 

---

findAll

findAll 메소드는 조회 메소드이므로 트랜잭션을 읽기 전용 모드로 설정해 엔티티의 등록, 변경, 삭제를 예방하고 성능을 최적화했다.

 

읽기 전용 모드 성능 최적화에관한 좋은 글이 있길래 아래 참고에 넣어두겠다.

 

 

 

참고

https://willseungh0.tistory.com/75#--%--%EC%-D%BD%EA%B-%B-%--%EC%A-%--%EC%-A%A-%--%ED%-A%B-%EB%-E%-C%EC%-E%AD%EC%--%--%--%EC%--%AC%EC%-A%A-

 

https://www.inflearn.com/questions/77417/repository-vs-service-%EC%9D%98-%EC%97%AD%ED%95%A0%EC%9D%98-%EC%B0%A8%EC%9D%B4%EC%A0%90