[REFACTOR/#229] 1차 리팩(1/4회의 수정사항 반영 완료)

[eeeeeaaan]

#️⃣연관된 이슈

#229

📝작업 내용

공통 리팩토링 사항을 적용
인증 과정을 redis session으로 전환
추가 임시 api 개발

🔎코드 설명(스크린샷(선택))

원래 리펙 하면서 컨버터를 없애는 쪽으로 갔었는데 이런식으로 dto를 entity로 전환하는 방식이 아니라면 어떻게 하는게 좋을까요... 다들 의견 부탁드립니다 제 의견은 서비스 단에서 처리하기엔 책임 분리가 명확하지 않아서 이런 경우 converter를 따로 빼는게 맞는 것 같습니다.

비고 (Optional)

[API 설명]

1. 임시 QR 데이터 생성 API
   단순하게 userId, storeId (+고유 id) 로 구성된 테이블을 하나 뺐고 연관관계는 맺지 않았습니다. 단순 id 참조 방식으로 했어요 임시적인 방법이라서 나중에 언제든지 테이블을 날려 버릴 수 있게 구성했습니다.

2. 스탬프 증가 API
   기존에는 대시보드에 사용 내역을 넣어주면서 동시에 해당 유저들의 스탬프를 하나씩 증가시켰었는데 이번에 임시 운영에서는 단순하게 리뷰 작성, 제휴 건의 이후에 스템프만 증가하는 거라서 따로 하나 만들었습니다.

어차피 임시로 한 기능이기 때문에 리뷰작성/ 제휴 건의 가 된걸 확인하고 스탬프 증가로 이어지게 하는 건 프론트 역할로 넘겼어요

[2ghrms]

고생하셨습니다~~ PR 제목의 키워드만 대문자로 수정하면 좋을 것 같아요~

[2ghrms]

converter를 더이상 사용하지 않기로 했으니 convert 관련 로직은 해당 DTO 내부로 옮기면 될 것 같습니다~

[eeeeeaaan]

아 근데 약간 애매한게 이게 dto를 entity로 바꾸는게 아니라 서비스 로직 내부에서 그냥 이거저거 다 모아서 paper를 만드는거라서.. 이걸 dto 내부 로직으로 옮길 수는 없을 것 같고 아니면 그냥 serivce 로직 내부에서 전환하는 형식으로 해야할 것 같은데 뭐가 더 나으려나요...?

[2ghrms]

PaperContentResponseDTO 내부에 static 메소드로 선언후에 서비스단에서 호출하면 될 것 같습니다~~

[eeeeeaaan]

아하!