TIL 23.01.20

쓰옹·2023년 1월 22일
0

개발자를 향해~~TIL✍

목록 보기
71/87

프로젝트에서 유저와 프로필 테이블을 합칠까 나눌까를 고민했다. 나누게 된 경우 프로필에 일대일을 맺어서 유저를 갖고있게 했는데 그럴 때 아이템에서 닉네임이 필요해서 갖고올 경우 get을 여러번 하게 되서 코드의 가독성이 떨어지게 된다. 그래서 유저와 프로필을 합쳐도 되겠다 생각이 들어 합치게 되었는데 그렇게 하니까 기존에 회원가입 시 유저의 어드민 role은 프로필이 생성되지 않게 설계를 해놓은 게 어드민으로 회원가입 시에도 프로필이 생성되게 된다. 프로필이 생성된다기보다 원래 프로필 테이블의 필드를 모두 유저에 넣게 되니까 닉네임과 소개글, 이미지가 null값이 된다. 그래서 다시 유저와 프로필을 나눠야할까 생각이 들었다. 그래서 튜터님께 get을 여러번하지 않을 방법을 여쭤보니.
연관관계를 기존에 프로필에서 유저를 갖고있게 두었다면 반대로 유저가 프로필을 갖고있게 한 다음 유저에서 getNickname메서드를 생성하면 된다고 하셨다. 그렇게 한다면 나는 프로필과 유저를 나누는게 더 나을 거라는 생각을 하긴 했지만 팀원들은 합치는게 더 낫다고 생각한 것 같다. 나는 여전히 어드민계정으로 회원가입시에 null값이 들어가게 되는게 걸렸다. 그랬더니 다른 튜터님께서는 (이미 엔티티를 합친 상태이다) 분리했을 때 해결 방법도 알고 있고 어드민 계정 자체는 많이 생성되지 않고 그 정도 컬럼은 아끼지 않는다고 하셨기 때문에 엔티티를 합친 상태로 결정했다.
그리고 로그아웃에 관련하여 redis를 사용해서 구현을 했는데 다른 대원분께서 redis를 사용하게 되면 jwt에서 토큰이 필요할 때마다 레디스 블랙리스트에 토큰이 저장되어 있는지 확인을 해야하는데 그렇게 되면 세션과 차이점이 없지 않냐고 하신 질문에 대답을 제대로 하지 못하였다. jwt와 redis에 대해 정확히 알지 못하고 세션에 대해서도 마찬가지이기 때문이다. 그래서 더 깊은 공부가 필요하다 지금은 돌아가기만 하는 코드를 작성하기 위해 겉핥기만 한 느낌이기 때문이다.

profile
기록하자기록해!

0개의 댓글