ssshhh

안녕하세요, 저도 해당 이슈에 대해서 궁금해서 찾아봤었는데요<ul><li>강의 내용 중에서 바로 대체 가능한가&nbsp;<ul><li>@MockitoBean이 스프링 프레임워크 정식 버전에 사용되기로 결정되었으므로 @MockBean대신 사용하면 될 것 이라고 생각돼요</li><li>사용 방법에 약간의 차이는 있지만, 같은 목적으로 사용되는 만큼 바로 대체 해도 된다고 생각해요</li><li>다른 점은 @MockitoBean이 @Configuration클래스 에서는 사용 불가 하다고 되어있는데, 강의에서는 사용한 적이 없으니 대체해도 무방하다고 생각됩니다</li><li>출처 :<a target="_blank" rel="noopener noreferrer nofollow" href="https://inf.run/PbYXD">https://inf.run/PbYXD</a></li></ul></li><li>뭐가 바뀐 걸까<ul><li>스프링 부트 기능에서 스프링 기능으로 바뀌었다<ul><li>보시면 패키지가 바뀐 것을 알 수 있습니다<ul><li>@MockBean<img src="https://cdn.inflearn.com/public/files/posts/4f888fd4-4810-4862-8bfd-a9c0e06f85c4/6ec9310e-eed4-4add-931d-b7558dd1aea0.png" media-type="img" alt="image.png" title="image.png" width="603" height="40"></li><li>@MockitoBean&nbsp;<img src="https://cdn.inflearn.com/public/files/posts/ee1f0a34-72f1-460f-88bf-6c2f4ebcd31c/7a62a849-bab4-4a06-af2d-f708dab23a63.png" media-type="img" alt="image.png" title="image.png" width="645" height="27"></li></ul></li></ul></li><li>객체 생성 방식이 바뀌었다<ul><li>@MockBean<ul><li>스프링 내부 프록시 방식 의존</li></ul></li><li>@MockitoBean<ul><li>Mockito와의 직접적인 통합</li></ul></li><li>개인적으로 프록시 방식으로 생성한다는 것은 이해가 되긴 하는데 직접적으로 통합 했다는 말이 어떤 뜻인지는 모르겠네요.. 찾아봐도 잘 나오지 않았습니다</li></ul></li><li>결과적으로 성능적으로 더 우수한 방식이어서 @MockitoBean 사용 권장</li><li>출처 : <a target="_blank" rel="noopener noreferrer nofollow" href="https://inf.run/JyXbZ">https://inf.run/JyXbZ</a></li></ul></li><li>현업에서는 어떻게 대체 될까<ul><li>저는 공부 단계일 뿐이라 잘 모르겠네요. 어떻게 될지 궁금하네요</li><li>@MockBean으로 계속 사용하다가 버전 업데이트가 필요해지면 변경하지 않을까 생각해요&nbsp;</li></ul></li></ul>

MockBean Deprecated

잘 이해하신 것 같아요 거기에 덧붙여서 제 조촐한 생각을 말씀드리면 강의에 나왔다시피 의도한 예외의 경우 사용자의 입력을 받는 경우 신뢰할 수 없는 데이터 값이라는 것이 자명해서 개발자가 검증 로직을 통해서 처리를 해줄 수 있을 것 같아요. 예외를 발생 시킨 후 그에 적절한 처리를 해주는 것이죠 의도하지 않은 예외의 경우 개발자가 어찌 할 수 없는 예외라고 생각해 봤어요. 예를 들면 데이터비에스와의 커넥션이 끊겨 버려서 사용자에게 정보 제공을 할 수 없을 때 가 있을 것 같아요. 이런 경우를 의도하지 않은 예외로 간주한다고 생각합니다. 위의 경우 뿐만 아니라 이러한 심각한 상황들을 일괄적으로 사용자에게 정보 제공 대신 임시방편으로 에러 페이지를 띄워 주는 처리를 할 수 있을 것 같습니다.

ssshhh

投稿