feat: 태그 생성, 조회, 업데이트 구현 #17
Conversation
| import jakarta.persistence.GeneratedValue; | ||
| import jakarta.persistence.GenerationType; | ||
| import jakarta.persistence.Id; | ||
| import jakarta.persistence.*; |
|
|
||
| private final TagService tagService; | ||
|
|
||
| @PostMapping("/tags") |
There was a problem hiding this comment.
/tags에 대한 uri가 반복되는데, 클래스단에 @RequestMapping을 붙여 공통된 부분을 처리하는 것은 어떨까요?!?!
|
|
||
| public interface TagRepository extends JpaRepository<Tag, Long> { | ||
|
|
||
| List<Tag> findTagsByMemberIdAndDeletedIsFalse(Long memberId); |
There was a problem hiding this comment.
오.. 쿼리 메서드로 소프트 딜리트를 이렇게 핸들링할 수 있군여! 따봉
|
|
||
| @AllArgsConstructor | ||
| @Getter | ||
| public class TagFindResponseDto { |
There was a problem hiding this comment.
기본 생성자를 private으로 막아주는 것도 좋을 것 같아요!
| public void deleteTagById(Long tagId) { | ||
| tagRepository.deleteById(tagId); | ||
| } |
There was a problem hiding this comment.
소프트 딜리트이면 deleteById가 아니라, 해당 태그를 가져와서 isDeleted 부분을 변경 감지를 통해 수정하여, update 쿼리를 날려야할 것 같은데 맞을까요!??!
There was a problem hiding this comment.
저는 아마 Tag에 달려있는 deleteSql 때문에 이렇게 해도 업데이트 쿼리 나가는 걸로 알고있어요 !
레오씨의 대답기다리겠습니다.
There was a problem hiding this comment.
Tag엔티티에 선언한 어노테이션으로 deleted쿼리가 나가면 자동으로 update쿼리가 나갑니다!
|
|
||
| public interface TagRepository extends JpaRepository<Tag, Long> { | ||
|
|
||
| List<Tag> findTagsByMemberIdAndDeletedIsFalse(Long memberId); |
There was a problem hiding this comment.
오우 애초에 저렇게 쓰는법도있군요...
| public void deleteTagById(Long tagId) { | ||
| tagRepository.deleteById(tagId); | ||
| } |
There was a problem hiding this comment.
저는 아마 Tag에 달려있는 deleteSql 때문에 이렇게 해도 업데이트 쿼리 나가는 걸로 알고있어요 !
레오씨의 대답기다리겠습니다.
|
|
||
| private final TagService tagService; | ||
|
|
||
| @PostMapping("/tags") |
🛠️ Issue
✅ Tasks
⏰ Time
📝 Note