3월에 시작한 프로젝트부터 공통 response를 구현해 사용했고 마침 새로운 프로젝트를 진행하면서 조금 변형하는 김에 티스토리에 정리하고자 한다. 사실 이전까지는 프론트에게 response를 넘겨줄 때 포멧을 생각하지 않았다. 그냥 응답 data가 잘 보내지면 그것에 만족하는 삶을 살았는데 생각해보니 data 말고도 넘겨주면 좋은 것들이 있었고, 특정 포멧으로 모든 response를 보내면 더 통일감이 있을 것 같았다. Json 포멧 성공과 실패 상황일 경우에 상태를 알려주는 status, response code 값, message, data, timestamp를 항상 같은 형식으로 보내주게끔 했다. 사실 이전 프로젝트에서는 code 값을 httpStatus code로 사용했는데 성공과 실패일 경우에..
static을 사용하면 해당 필드는 Heap 영역이 아닌 Static 영역에 할당되며 프로그램이 종료될 때까지 프로그램이 메모리에 올라와 있는 동안 계속 존재하게 되어 시스템에 엄청난 부하를 주고 성능 이슈를 유발하게 된다. final 까지만 써서 재할당이 일어나지 않게만 해주고 멤버 필드에 static은 되도록이면 사용하지 말것! + util은 static으로 만드는게 좋다고 한다. 참고 링크 https://gf0308.tistory.com/m/14 [Spring] 스프링에서 멤버 필드에 의존성 주입을 표현할 때 'final'은 괜찮지만 'static final'은 안되는 (참조: https://djkeh.github.io/articles/Why-should-final-member-variables-b..
회원가입 단계에서 사용자 인증을 받을 때 SMS 인증은 건당 요금이 나간다고 해서 이메일 인증을 채택했다. 먼저 이메일에 코드를 보내면 그 코드를 레디스에 저장하고 사용자가 코드값을 입력하면 레디스의 값과 비교해서 인증을 하는 순서로 진행된다. 레디스와 관련된 내용은 다음 글에서 다룰 것이다. https://hihinote.tistory.com/91 이메일 인증에는 두 가지 방법이 있는데 인증번호 입력 방식과 링크 클릭 방식이다. 둘 중 인증번호 입력 방식을 사용했고 구글 이메일을 보내는 메일로 사용했다. 이메일 인증은 스프링에서 기본으로 제공하는 API를 사용해 쉽게 할 수 있었다. admin이메일 계정 설정 구글의 2단계 인증을 활성화한 후 앱 비밀번호를 생성하면 gmail 비밀번호 대신 사용 가능한..
