인프런 커뮤니티 질문&답변
작성한 질문수
argument resolver 관련 질문
작성
·
794
2
LoginMemberArgumentResolver의 supportsParameter 메소드에서 다음 코드를 통해 @Login 어노테이션이 붙은 파라미터의 타입을 체크한다고 강의에서 설명해주셨는데요.
boolean hasMemberType = Member.class.isAssignableFrom(parameter.getParameterType());위 코드는 파라미터가 Member의 자식 타입인지 조사하하는 건데 그럼 @Login 어노테이션이 Member 자식 타입 파라미터에 붙는 경우 ClassCastException이 발생할 것 같습니다. 따라서 아래와 같이 쓰는 게 맞는 것 같은데 아닌가요?
boolean hasMemberType = parameter.getParameterType().isAssignableFrom(Member.class);
답변 2
2
안녕하세요. gunner6603님, 공식 서포터즈 David입니다.
ClassCastException은 발생하지 않습니다. 타입을 비교하여 동일한 타입인지, 슈퍼 클래스인지, 슈퍼 인터페이스인지 확인하는 메서드이기 때문입니다.
부모와 자식 타입간 비교는 아래 코드를 참고해주세요.
Assertions.assertThat(Parent.class.isAssignableFrom(Child.class)).isTrue();
Assertions.assertThat(Child.class.isAssignableFrom(Parent.class)).isFalse();감사합니다.
0
음 제가 하려던 질문은 Member의 자식 클래스 MemberChild가 있다고 하고 컨트롤러의 @RequestMapping이 붙은 메서드에 MemberChild가 @Login MemberChild member와 같은 형태로 파라미터로 들어갈 때, 이 파라미터에 대해 LoginMemberArgumentResolver가 작동해서 컨트롤러 호출 시 member에 Member 객체가 들어가면 ClassCastException이 발생하므로 isAssignableFrom으로 부모 자식 관계를 확인하는 부분이 반대가 되어야 하지 않나 하는 것이었습니다. 반대가 되면 @Login은 Member 포함 부모 클래스에만 붙으니까 @Login Object member와 같은 파라미터는 예외 없이 잘 작동할 것이니까요.
풀어서 설명해주셔서 감사합니다.
만약 LoginMember의 자식 클래스가 있어서 자식 클래스를 사용하거나 혼용될 수 있다면 말씀 하신대로 작성하는 방법이 타입 허용 여부를 사전에 판단하여 예외를 피하는 방법이 될 것 같습니다.
아울러 만약 강의와 같이 작성된 상태에서 자식 타입에 @Login 애노테이션을 붙이게 되면 java.lang.IllegalStateException: argument type mismatch 예외가 발생하는 점 참고해주세요.