Holy Moly....아주 힘든 한주였다...아팠기때문이다...!!!독감 허허 팀프로젝트였지만 죄송하게도 아파버렸다...스트레스가 많았나보다.

이번 주에 배운 내용 정리:

스프링에서의 예외 처리, 추상 클래스와 인터페이스의 차이점, 리프레시 토큰 사용, JWT로 로그인 회원가입 구현, 런타임 에러에 대해

스프링에서의 예외 처리

스프링에서는 @ControllerAdvice와 @ExceptionHandler 어노테이션을 이용해 전역에서 발생하는 예외를 처리한다. 이를 통해 개별 컨트롤러에서 예외를 처리하는 것이 아니라, 한 곳에서 모든 예외를 관리할 수 있게 되어 유지보수가 용이해진다. 또한, 커스텀 예외 클래스를 만들어 사용할 수 있어, 보다 세밀한 예외 처리와 비즈니스 로직에 맞는 예외 메시지를 전달할 수 있다.

추상 클래스와 인터페이스의 차이점

추상 클래스와 인터페이스는 비슷해 보이지만, 각각의 특징과 사용 용도를 알면 더욱 효과적인 코드 설계에 도움이 될 수 있다. 추상 클래스는 클래스의 한 종류로, 추상 메소드와 일반 메소드, 그리고 멤버 변수 등을 포함할 수 있으며, 다중 상속은 불가능하다. 반면에 인터페이스는 클래스와는 별개로 존재하며, 다중 구현이 가능하다.

리프레시 토큰 사용

리프레시 토큰은 액세스 토큰이 만료되었을 때, 사용자의 로그인 세션을 유지하기 위해 사용하는 토큰이다. 스프링 시큐리티와 JWT를 사용하여 액세스 토큰과 리프레시 토큰을 구현할 수 있다.

JWT로 로그인 회원가입 구현

JWT는 사용자 인증 정보를 안전하게 전송하기 위한 표준이다. 스프링 시큐리티와 JWT를 이용해 로그인과 회원가입 기능을 구현할 수 있다. 사용자가 로그인을 하면 서버는 액세스 토큰과 리프레시 토큰을 발급하고, 사용자는 액세스 토큰을 이용해 자원에 접근할 수 있다.

런타임 에러에 대해

런타임 에러는 프로그램이 실행 중에 발생하는 에러로, 컴파일 시에는 발견되지 않는다. 이러한 에러는 대부분 로직 에러나 사용자의 잘못된 입력 등으로 인해 발생한다. 런타임 에러를 방지하기 위해서는 적절한 예외 처리가 필요하다.