4일차 ) JWT 인증을 다시 개발하다.

8월 6일, 넷째 날

오늘도 역시 간단한 오전 회의로 시작.

로그인(테스트 완료), JWT 인증(테스트 미완료)까지 구현을 했다고 보고했다.

 

원래 예정되어 있던 스케쥴이 오늘까지 JWT 구현을 하고

월요일에 프론트와 통신을 위한 배포 작업을 하기로 되어 있었는데

생각보다 너무 빨리 작업이 끝나서

오늘 테스트를 끝낸 후 배포를 진행하고 후~~~딱 미리미리 작업 스케쥴을 땡겨서 하고 싶었으나...

다들 넉넉한 스케쥴을 잡기를 원하시고 나도 수, 금 면접이 잡혀있기도 해서 그냥 납득 후 해산!

 

 

그리고 JWT 테스트를 했다.

 

http 테스트 좋다

 

 

테스트 후 바뀐 코드들..

 

 

테스트가 생각보다 좀 걸렸지만

그래도 일단200 나오는 거 확인 해보리기 ? ㅋ

 

굳 ㅋ

 

 

당연히 전에 했던 프로젝트를 보며 코드를 참고했는데

이제는 필요 없는(어떤 것은 프론트와의 통신에서는 불필요한) 코드들이 많이 보여서

싹 다 쳐내고 예쁘게 정리했다.

 

 

객체 지향의 5원칙 중에서 뭐가 있다?

 

"1개의 범용 인터페이스보다 여러 개의 분리된 인터페이스가 낫다!!"

 

이번엔 TokenService 는 정말 서비스 로직을 실행하는 개념으로만 만들고

각각 Parser , Provider 에게 파싱, 생성 책임을 나눠주었다.

 

이전 코드는 Provider 에도 파싱 코드가 뒤섞여있고 Provider 가 Parser를 또 사용하기도 하고... 좀 엉망이었는데

새 프로젝트에서는 깔ㅡ끔하게 ㅎㅎ 각각 역할에 맞는 책임만 주기로 !

나 이렇게 성장했다구 (뿌듯)

 

 

새로 구현한 JWT 필터도

이전과는 다르게 URI 파라미터에 있는 토큰을 받는 코드도 없으며 (이것은 이제는 프론트랑 통신을 하기 때문이기도 하다.)

 

JDBC 에 꾸준히 들려야만하는 refresh token 을 만드는 것은 JWT 의 장점을 상쇄하는, 의미 없는 토큰이라고 생각하여

과감히 액세스 토큰만 만들어 확인하기로 했다! ^_^

(이게 과연 올바른 방법인지는 모르겠다만..)

다행히 프론트 개발자님이 납득해주셨다!

 

면접 준비도 해야하고 배포랑 다른 기능들도 개발해야해서 할 것이 산더미다..

내일 배포를 후딱하고 ! 면접 준비도 해야지..

 

 

+)

재개발한 JWT 설명(?)은 여기서 확인 가능

https://hyuil.tistory.com/246

JWT ) 프론트 서버와 통신하는데에 사용할 JWT 인증을 구현해보자