seyol

안녕하세요. 정훈재님 😃물론입니다! 편하게 올리셔도 됩니다~!

git 업로드 가능한가요?

안녕하세요 apim님! 질문 감사드립니다😃제가 빠르게 설명을 하다보니 다소 모호하게 설명을 하고 넘어간 것 같아요. &nbsp;핵심은 이렇습니다: @MockK 어노테이션은 테스트 실행 시점에 MockK 프레임워크가 mock 객체를 생성해서 주입해줍니다. 하지만 <code>val</code> 타입 변수에 <code>= null</code>로 값을 미리 할당해두면, MockK가 나중에 그 값을 바꿀 수 없어서 제대로 동작하지 않게 됩니다. <code>lateinit var</code>로 바꿔주면 "지금은 값이 없지만 나중에 할당될 것"이라고 컴파일러에게 알려주는 것이죠. 제가 "처음에는 null로 되어있지만 값을 한 번 세팅할 수 있게 해주고 싶다"고 표현한 것이 바로 이 의미입니다. 원래는 <code>init { }</code> 블럭에서 <code>lateinit var</code> 변수를 초기화해야 하는데, <code>@MockK</code>가 클래스 생성 시 자동으로 초기화를 수행해줍니다. &nbsp;참고로 말씀하신 대로 <code>@MockK</code> 어노테이션 없이 직접 생성하는 방식도 좋습니다: <pre><code class="language-kotlin">val princeRepository: PrinceRepository = mockk() 

val woundedPrinceRepository: WoundedPrinceRepository = mockk() 

val princeMakerService: PrinceMakerService = 

PrinceMakerService(princeRepository, woundedPrinceRepository)</code></pre>저도 과거에는 Mockito 스타일과 비슷하게 하려고 어노테이션을 사용했지만, 현재는 위처럼 <code>mockk()</code> 헬퍼 함수를 더 선호하고 있습니다. 더 명시적이고 간단하거든요!질문해주셔서 저도 설명을 더 명확히 할 수 있었네요. 감사합니다!

@MockK에서 null을 할당하는 이유?

안녕하세요. heym5019님, 흥미로운 질문 감사드립니다 😄ApiResponse 같은 클래스는 외부로의 응답을 줄 때 사용하는 클래스로 목적이 명확하기 때문에 다양한 기능이 그렇게 필요하진 않습니다. 여러 기능을 가진 클래스도 편리할 수 있으나, 그로 인해 유지보수성이 떨어질 수 있어 SRP(단일책임원칙)을 지키는 것이 중요합니다. 즉, 외부 응답 생성에 집중하는 편이 더 바람직합니다. 이런 경우엔 map이나 fold와 같은 기능을 활용할 일이 거의 없습니다.코틀린의 Result 클래스는 저도 잠시 사용했습니다. 다만 여러 기능적 제약 때문에 이런저런 확장함수를 붙이다 보니, '이럴 거면 차라리 직접 만들어 쓰는 게 낫겠다' 라는 결론에 이르렀습니다. 처음에는 SampleResult 같은 클래스를 만들어 사용했지만, 실패 시에 Throwable만 담을 수 있는 부분이 불편하여 SampleEither와 같은 클래스로 전환했고, 현재는 Kotlin Arrow 라이브러리의 Either를 주로 활용하고 있습니다. 물론 필요에 따라 여기에도 확장함수를 추가해 사용합니다.결론적으로, 말씀하신 것처럼 각 클래스는 용도에 맞게 사용하시는 것이 좋습니다. Result는 내장된 것을 활용해보시거나, 프로젝트 요구사항에 맞게 직접 구현해보시는 것도 좋은 경험이 될 것입니다.좋은 질문 주셔서 감사합니다! :)

API 응답 처리 커스터마이징 vs Result 클래스 활용의 차이

안녕하세요. hyem5019님 예리한 질문 감사드립니다! 😄저도 다시 한번 객관적으로 문제를 읽어보니 b번 지문이 다소 모호한 점이 있네요.ㅠㅠ말씀하신 부분이 다 맞습니다. &nbsp;"(만약 T가 Any였다면) push 메서드는 Any 타입의 값도 받을 수 있다." 라는 명제는 참입니다. 아무 제약 없이 해당 문장이 있기 때문에 b는 참일수도 거짓일수도 있었습니다.&nbsp;다만 문제의 의도는 T 타입이라는 타입 파라미터를 이해하고 이 부분이 무엇으로 들어가냐에 따라 push 메서드가 받을 수 있는 값이 결정되는 것을 이해하는가를 알아보는 것이라서, 말씀대로의 의도가 맞습니다. &nbsp;좋은 질문 주셔서 감사합니다. 추후에 문제집 업데이트를 하게 된다면 이런 부분 조금 다듬어보겠습니다.

문제집 4 퀴즈 4번 질문입니다.

안녕하세요. KoorunG님 😀 좋은 질문 감사드립니다.제시해주신 <code>DiscountAdapter</code> 클래스처럼 내부에서 캐시를 활용하는 전략도 충분히 가능합니다. 해당 방법은 함수형 프로그래밍을 일반적으로 활용하는 방법 중에 하나일 수 있습니다. (적은 코드로 기존 로직에 추가 기능을 제공) &nbsp;하지만 <code>DiscountAdapter</code>와 같은 클래스는 <code>Adapter</code>라는 명확한 역할이 있기 때문에 단일책임원칙(SRP)을 지키도록 외부 시스템과의 통신을 통해 할인 정책을 가져오는 역할에만 충실하는 것이 좋습니다.&nbsp;왜냐하면 <code>PayService</code>가 아닌 별도의 다른 서비스가 캐시 없이 할인 정책을 가져가게 되는 케이스가 생길 때 캐싱 처리 하지 않은 <code>getDiscountRate</code> 함수를 하나 더 만들거나 혹은 그때 저기에서 캐시를 제거한 후 캐시를 사용하는 클래스에서만 적용하는 등 큰 변화를 겪을 수 있기 때문입니다. &nbsp;답변이 도움이 되었으면 좋겠습니다~! 더 궁금하신 사항이 있으면 언제든 편하게 질문 주세요 👍

안녕하세요 강사님, discountCache 처리 방식에 대해 질문드립니다.

안녕하세요. Country님! 😃소중한 문의 감사드립니다!! 말씀대로 factor라고 변수가 있어야 하는 곳에 2라는 숫자가 들어가 있었네요^^;; 수정해서 재 업로드 하였습니다. 꼼꼼하게 수강해주시고 문의까지 남겨주셔서 너무나 감사드립니다 :)새해 복 많이 받으세요~!

[문제집] 6_함수를 응답으로 받기 - 1번문제 오류

안녕하세요, 실습 자료 관련 알려주셔서 감사합니다! 소스코드 수정 후 재 업로드 하는 과정에 실수를 해서 소스 코드가 누락되어 올라간 것 같습니다ㅠㅠ방금 올바른 파일로 교체했으니 다시 한번 다운로드 받아보시면 잘 될 것입니다. 앞으로는 더 꼼꼼히 확인하고 올리도록 하겠습니다. 제보 주셔서 다시 한번 감사드립니다.다른 궁금하신 점 있으시면 편하게 말씀해 주세요. 그럼 좋은 하루 되세요! 😄

실습 자료 부분 업로드 다시 부탁드립니다!

안녕하세요. 최진호님! 좋은 질문 감사드립니다.(우선 제 강의를 듣고 실무에 적용해보려 하신다니 강의의 목적을 이룬 것 같아 뿌듯합니다😄 )&nbsp;일단 말씀주신 부분의 강의를 제가 다시 주의깊게 들어보니 빠르게 진행되면서 설명이 부족한 부분이 있었네요ㅠㅠ&nbsp;@RelaxedMockK로 모킹을 하는 것은 중요한 기능을 모킹하고 덜 중요하고 반복적인 부분에서의 모킹은 덜 하기 위함입니다. 그래서 완화된(Relaxed) 모킹을 사용하는 경우 기본적인 타입(Int, Long, String 등)과 널러블한 응답을 하는 함수들은 각 타입의 기본 값인 0, "", null 등을 반환합니다.&nbsp;하지만 RelaxedMockK 모킹이 잘 안되는 케이스가 있는데 바로 Generic Type입니다. 이 경우에는 해당 타입을 정확히 알 수 없어서 기본값을 찾지 못하고 완화된 모킹이 설정되지 않기 때문에 직접 모킹을 진행해줘야 합니다. MockK 문서의 <a target="_blank" rel="noopener noreferrer nofollow" href="https://mockk.io/#relaxed-mock">해당항목</a>에서도 "Note: relaxed mocking is working badly with generic return types. A class cast exception is usually thrown in this case. Opt for stubbing manually in the case of a generic return type." 라고 언급을 하고 있습니다.&nbsp;그리고 JpaRepository의 Inteface를 살펴보시면 아래와 같이 save 메서드가 S라는 Generic Type을 사용하고(파라미터와 응답 값으로) 있는 것을 알 수 있습니다. 따라서 이 함수의 동작은 완화된 모킹으로 동작하지 않아서 직접 모킹을 수행해줘야 했습니다.&nbsp;<pre class="hljs"><code>public interface CrudRepository<T, ID> extends Repository<T, ID> {
 <S extends T> S save(S entity);</code></pre>관련 MockK github issue도 있으니 참고해보세요 😀 : <a target="_blank" rel="noopener noreferrer nofollow" href="https://github.com/mockk/mockk/issues/321">https://github.com/mockk/mockk/issues/321</a>&nbsp;또, JpaRepository로 save를 수행하면 결과로 영속화가 완료된 Entity를 응답하게 되는데 테스트하는 코드에서는 save의 응답 값을 따로 사용하지 않습니다. 따라서 응답하는 값은 어떤 값이 나와도 무방하고 그냥 Prince Entity 타입이기만 하면 되는 상황이었습니다^^;;&nbsp;그래서 랜덤한 값으로 빠르게 생성하는 작업을 보여드리려고 Fill Class도 소개하면서 겸사겸사 설명드리다보니 생략이 많이 된 것 같습니다.&nbsp;설명에서 놓친 부분에 대한 좋은 질문 주셔서 감사드립니다. 🙇‍♂실무에서 재미있게 활용해보세요~^^&nbsp;(참고로 올해 하반기에 '코틀린 함수형 프로그래밍 입문(가칭)'도 출시 예정입니다. 많은 기대 부탁드려요~!)

@RelaxedMockK로 모킹하고 save 함수를 왜 또 모킹하는지 모르겠습니다.

안녕하세요. 황영롱님 질문 감사드립니다 😀&nbsp;인텔리제이 2020 버전이 코틀린 1.6까지만 지원한다면 안타깝지만 이후 실습도 원활한 진행이 어렵습니다. 코틀린 1.6, 1.7, 1.8, 1.9 버전 별로 변경점이 많고 특히 코틀린 1.8 버전이 넘어가야지만 롬복에 대한 지원이 되면서 이후 실습이 가능합니다. &nbsp;코틀린 2020 버전을 업데이트하시는게 가장 좋을 것 같고, 라이센스 문제가 있으시다면 얼티밋 트라이얼 버전을 30일간 사용하실 수 있으니 트라이얼을 설치하셔서 실습해보시는 것이 좋을 것 같습니다.

build.gradle.kts 변경시 오류가 발생합니다.

안녕하세요 jheom님 😀 질문 감사드립니다~!&nbsp;컨트롤러 변환 과정 중이시군요..!<ol><li>요 부분은 아마 제 강의에서 "실습 - controller 변환해보기"의 Controller를 코틀린으로 변환 후 테스트가 깨지는 현상을 말씀주신 것 같습니다.<ol><li>어노테이션의 올바른 위치를 알려드리기 위해서 의도적으로 깨지도록 되어 있었습니다. </li><li>해당 강의의 10분 42초 부분을 참고해주세요. </li><li>@Valid annotion의 위치를 올바르게 수정해주시면 됩니다.</li></ol></li></ol>&nbsp;<ol start="2"><li>컨트롤러 변환과 서비스 쪽에서의 코드는 연관이 없기 때문에 해당 오류가 발생하면 안될 것 같습니다..^^;;<ol><li>혹시 다른 부분에 의도치않은 수정이 발생한 부분이 없는지 체크해봐주시면 좋을 것 같습니다. &nbsp;</li><li>WoundedPrinceRepository가 정상적으로 bean으로 등록이 되고 있는지 체크해봐주세요.</li><li>혹은 Invalidate Caches... 를 한번 수행해주시는 식으로 Cache를 날려보시면 효과가 있을 수도 있습니다. </li></ol></li></ol>&nbsp;답변드린 부분이 맞는지 체크해봐주신 후 이상이 있으면 다시 연락 부탁드립니다~!감사합니다. 좋은 밤 되세요 :)

seyol

投稿