[SpringBoot] SpringBoot 정리

생성자 injection을 쓰는게 좋다

• 생성자 injection을 하면 setter로 entity를 바꾸는 경우를 방지할 수 있다
• 생성자가 하나만 있는경우 @Autowired를 생략해도 된다
• MemberRepository는 변경될 일이 없기 때문에 final로 해주는게 좋다
• test case를 작성할 때 컴파일 단계에서 injection을 명확하게 알 수 있다 ( 아래 코드와 같이 )

---

@RequiredArgsConstructor

• final이 있는 필드만을 가지고 생성자를 만들어 준다
• 결국 자동으로 생성자를 하나 만들고 injection을 받을 수 있음

---

@PersistenceContext -> @Autowired

• @PersistenceContext 를 @Autowired로 대체할 수 있음 (SpringBoot가 지원)
• 기존 코드
  

  

• 개선한 코드
  

  

  결국 EntityManager를 생성자 injection한 것

---

테스트에서 @Transactional

• 테스트에서 @Transactional을 붙여주게 되면 특별하게 데이터 베이스에 저장된 결과를 커밋하지 않고 롤백함
• 따라서 테스트를 여러번 실행해도 동일한 상황에서 테스트를 할 수 있게 됨

---

Entity에 비즈니스 로직

• 데이터를 가지고 있는 entity에 비즈니스 로직을 작성하는 것이 응집력 측면에서 좋다

---

생성메서드

• 생성자와 달리 의도를 더 잘 드러낼 수 있는 이름을 사용한다
• 아래의 코드의 Order는 생성할 때 여러 연관관계가 필요하며 복잡함
• 이런 경우 별도의 생성메서드가 있으면 좋다

---

LocalDateTime.now()

• 자바에서 현재시간을 반환

---

@ModelAttribute

• @ModelAttribute 어노테이션이 붙은 객체가 자동으로 Model 객체에 추가되고 뷰단으로 전달된다.
• 파라미터로 넘겨 준 타입의 오브젝트를 자동으로 생성한다.
  • 이때 @ModelAttribute가 지정된 클래스는 getter, setter가 있는 Beans 클래스여야 한다
• formData로 파일(이미지)을 넘길때는 @ModelAttribute를 사용해야 함!

---

api 스펙을 위한 별도의 dto를 만들어야 한다

• 위 코드와 같이 entity자체를 api 스펙으로 사용하면 안된다.
•  @Valid를 적용하지 않고 싶은 api가 있을 수도 있고, entity의 변수명이 바뀌면 api 스펙 자체가 바뀌게 된다. -> 추후에 엄청난 문제를 일으킬 수 있음
• 따라서 api를 위한 별도의 dto를 사용하자!
• 별도의 RequestDTO를 적용한 코드 👇