해당 강의에서 나오는 노션 링크는 따로 제공안되나요 ?

안녕하세요! 노션링크 강의노트에 작성했습니다 영상 아래 수업노트보기 를 통해 접근가능합니다

해당 강의는 추가 오픈하는건가요?

안녕하세요 강의 빠르게 들으셨군요! 네 아직 강의 개설 진행중입니다준비한 강의는 7월말 까지는 마무리 지을 예정이고 연말 까지 추가 강의 계획중입니다감사합니다

유즈케이스 프로토콜과 구현체의 분리 이유

안녕하세요 !usecase 프로토콜을 사용하여 추상화된 인터페이스를 구현했고 viewModel이 이를 의존하는 관계를 가지게 함이 목적입니다 가장 큰 장점은 말씀하신대로 의존성을 약화시키는 겁니다 usecase 구현체에 의존하는것보다추상화에 의존하게하여 의존성을 약화시켜 usecase 수정이 일어났을때 viewModel이 비교적취약하지 않게합니다 또 ViewModel 테스트 코드 작성에 용이 해질수있습니다usecaseProtocol을 준수하는 MockUsecase를 만들수 있기 때문입니다!

즐겨찾기 탭에서 페이지네이션 422 서버 에러

오류가 있었군요 빨리 수정 하도록 하겠습니다네 작성하신대로 탭 상태에 따라 필터를 걸어서 api 상태일때만 이벤트를 트리거 하면 됩니다!

의존성 주입에 관하여 질문있습니다.

네 맞습니다 의존성주입을 위해서 전환시 모두 객체 생성하여야 합니다 그렇게되면 뷰컨트롤러가 커지게될수 있는데 coordinator 패턴을 사용한다면 coordinator 내부에서 모든 객체 생성 및 네비게이션을 구현하고 뷰컨트롤러에서 coordinator 의존하여 사용하시면 됩니다이전화면과 다음화면에 데이터가 유지되어야하거나 같은 프로세스인경우(ex 회원가입 이메일입력-> 비민번호입력 ) 뷰모델을 공유하기도하지만 각각 다른 기능 을 가진다면 각각 뷰모델을가져가는게 좋아보입니다!

NetworkManager의 tokenHeader 관련 질문 드립니다!

네 각 api 마다 요구하는 헤더가 다르므로 NetworkManager의 fetchData 파라미터로 헤더를 받아오면 좋습니다!강의가 도움이 되어 다행입니다 좋은질문 감사해요~!

[클린 아키텍쳐] 로컬 Json 파싱

파일은 리포지토리에서 파일매니저 접근하시면 좋을듯 합니다Search api가 아니라 직접 로직을 수행한다면 기능은 usecase 에서 정의하는게 좋아보입니다 load 도 그렇구요 단순한 기능의 앱이라면 간단히 mvvm 만 사용해도 뷰모델이 커지지 않겠지만 확장성을 고려한다면 클린 아키텍쳐가 좋아보입니다!

강의 자료는 어디서 받을수 있나요?

수업 중간 중간 코드 압축 파일이 있습니다이외 어떤 자료가 필요하신가요?

안녕하세요 페이지네이션 구현 강의 중 질문있습니다.

구현시에 문제를 못발견 했는데 오류가 있었군요 ! 죄송하고 발견해주셔서 감사합니다스크롤이 빠를때를 대비하여 정확히는 indexPath.last를 쓰는게 맞아보입니다 그외 willDisplayCell을 활용하는 방법도 있습니다

강의 질문있습니다.

이미지 뷰에 높이 제약을 준 이유가있습니다 Cell은 높이를 확실히 주지 않으면 44정도의 디폴트한 높이 값이 주어지므로 이미지나 텍스트가 잘리게 됩니다제약조건을 통해 확실한 높이를 주어져야하는데 방법은 두가지가 있습니다.cell 자체에 높이값을 지정해주던지 ( 혹은 contentView 높이 지정 )내부 컨텐츠에 높이 값을 지정해주고 top bottom 제약조건을 주는방법이있습니다 이미지 뷰의 높이값이 지정되어있지 않으면 이미지뷰와 cell높이 둘다 지정되어있지 않으므로cell 이 깨지게됩니다