개발을 하다 보면 추상화를 위해 하나의 인터페이스 또는 추상 클래스가 여러 구현체를 갖는 경우가 자주 있습니다. 이때 특정 타입의 구현체를 찾아주어야 하는 팩토리 클래스를 만드는 것이 불가피한데, 이 팩토리 클래스를 유연하게 만드는 방법에 대해 알아보도록 하겠습니다. 1. if-else로 팩토리 클래스 구현하기 [ if-else로 팩토리 클래스 구현하기 ] 우리가 다양한 로그인 방법을 지원하기 위해 이를 LoginService라는 하나의 인터페이스를 만들고, 웹 로그인, 모바일 로그인, SNS 로그인과 같이 3가지 구현체를 두었다고 하자. public interface LoginService { void login(); } LoginController에서는 로그인 타입을 파라미터로 받아서, 타입에 맞는 ..

이번에는 @WebMvcTest가 갖는 한계와 이를 극복하기 위해 직접 개발해본 라이브러리를 소개해보고자 합니다. 매우 초기 버전인만큼 어떠한 버그와 문제가 나올지 모르지만, 써보시고 이슈 등록이나 문제점 공유 등 해주시면 감사드리겠습니다! 1. 커스텀 라이브러리 구현(feat. AutoMock) [ 요구사항 ] 앞선 포스팅에서 @WebMvcTest가 갖는 한계점들을 알아보았다. 그리고 이러한 문제를 해결하고자 직접 커스텀 라이브러리를 구현하고자 하였는데, 개인적으로 작성한 요구사항은 다음과 같다. @WebMvcTest를 사용할 것 @MockBean과 @SpyBean을 사용하지 않고 가짜 객체를 지원할 것 애플리케이션 컨텍스트를 재사용할 것 1. @WebMvcTest를 사용하여 설정을 자동화할 것 @Web..

이번에는 @WebMvcTest가 갖는 한계와 이를 극복하기 위해 직접 개발해본 라이브러리를 소개해보고자 합니다. 매우 초기 버전인만큼 어떠한 버그와 문제가 나올지 모르지만, 써보시고 이슈 등록이나 문제점 공유 등 해주시면 감사드리겠습니다! 1. @WebMvcTest에 의해 느려지는 테스트 속도 [ @WebMvcTest에 대하여 ] 스프링부트는 편리한 테스트를 위한 다양한 테스트 어노테이션을 제공하고 있다. 그 중에서 @WebMvcTest는 컨트롤러 계층 만을 슬라이스 테스트할 수 있도록 도와주는 어노테이션이며, 다음과 같이 사용된다. @WebMvcTest(MemberController.class) class MemberControllerTest { @MockBean private MemberService..

PATCH 메소드는 2010년도에 뒤늦게 HTTP 표준 스펙으로 추가되었습니다. 그리고 이로 인해 스프링 코드도 영향을 받게 되었는데, 왜 영향을 받게 되었고 어떠한 영향을 받게 되었는지 살펴보도록 하겠습니다. 그렇게 중요하지도 않은 내용이고 기록용으로 작성하는 것이라서 편하게 읽어주시면 될 것 같습니다. 1. 뒤늦게 등장한 HTTP PATCH 메소드 [ 뒤늦게 등장한 HTTP PATCH 메소드 ] PUT과 PATCH의 용도 개발을 하다보면 PATCH 메소드에 대해 잘 모르거나, 익숙해하지 않는 분들이 많이 있다. 또한 PUT과 PATCH의 용도를 헷갈리는 개발자들도 많은데, PUT과 PATCH의 용도를 쉽게 정리하면 다음과 같다. PUT: 리소스의 전체 수정 PATCH: 리소스의 부분 수정 PATCH에..

이번에는 @RequestBody에 ArgumentResolver(아규먼트 리졸버)가 동작하지 않는 이유를 알아보고 @RequestBody의 동작을 커스터마이징하여 부가 기능을 적용하는 방법에 대해 알아보도록 하겠습니다. 1. @RequestBody에 ArgumentResolver(아규먼트 리졸버)가 동작하지 않는 이유 [ ArgumentResolver(아규먼트 리졸버)란? ] 스프링의 디스패처 서블릿은 컨트롤러로 요청을 전달한다. 그때 컨트롤러에서 필요로 하는 객체를 만들고 값을 바인딩하여 전달하기 위해 사용되는 것이 ArgumentResolver이다. 스프링이 제공하는 다음과 같은 어노테이션들은 모두 ArgumentResolver로 동작한다. @RequestParam: 쿼리 파라미터 값 바인딩 @Mod..