1.30 TIL

📌생성자 -> 연관관계매핑시 업데이트 발생

create도 하는데 update도 한다?

->단일책임 원칙 어긋남

생성자에 연관관계 매핑하는 것보다 연관관계 편의 메소드 사용하는 것이 더 좋음 

 

📌
dto에 넣을땐 서비스단에서 for문 돌리든, dto 생성자에서 for문 돌리든 상관 없음

 

📌보드낫파운드 익셉션, 유저 낫파운드 익셉션 이런 것들은 not found exception으로 퉁쳐도 됨
보드낫파운드 유저낫파운드 이런식으로 하면 예외가 너무 불필요하게 많아서 지저분해짐

 

📌메소드 주석은 /** */ 로 다는 것 추천 거기 뜨는 파라미터 리턴값에 넣어주기 
서비스단은 특히나.. 서비스 인터페이스에 주석다는 것 ㄱㅊ

 

 

📌
엔티티 order라서 예약어 걸릴 땐
@Table ("name~~ orders")로 해서 

하면 entity는 그대로 order지만 
db에는 테이블 때매 orders로돼서 예약어 안걸릴 것임

엔티티에서 예약어 때매 s 붙혀 주는 것보다는 
테이블 어노테이션 추가해서 orders로 해주는게 나음!!!

 

📌 엔티티순서는 밑에처럼 정렬

컬럼 
생성자
연관관계
연관관계 메소드
서비스 메소드

 

📌

보여줄때 리스트말고 페이지는 카운트해서 페이져블 전체 갯수 리턴이나 
페이저 속성 전체페이지 포함해서 넥스트페이지 등 여러 페이징 정보를 가지고 있으니

 

리스트로 응답할건데 페이지로 하면 약간 오버스펙이다
잘라서 쓸거면 리스트 + 슬라이스로 

ex)Slice<Item> byUserItemPage = itemPage.~~~

Page대신에 Slice로 하면 됨 
그러면 토탈카운트쿼리 이런거 안나타남