Feature/browse use case, viewModel

[jinwoong16]

📕 Issue Number

Close #59 #61

📙 작업 내역

구현 내용 및 작업 했던 내역

• Browse Use Case 프로토콜을 작성
• UseCase 구현체 작성
• ViewModel 작성
• 테스트 코드 작성

📘 작업 유형

• 신규 기능 추가
• 버그 수정
• 리펙토링
• 문서 업데이트

📋 체크리스트

• Merge 하는 브랜치가 올바른가?
• 코딩컨벤션을 준수하는가?
• PR과 관련없는 변경사항이 없는가?
• 내 코드에 대한 자기 검토가 되었는가?
• 변경사항이 효과적이거나 동작이 작동한다는 것을 보증하는 테스트를 추가하였는가?
• 새로운 테스트와 기존의 테스트가 변경사항에 대해 만족하는가?
  
  

📝 PR 특이 사항

PR을 볼 때 주의깊게 봐야하거나 말하고 싶은 점

• Browse에서 각 cell들이 유저의 프로필 이미지를 보여주어야 하기에 BrowseQuest 엔티티의 형태가 아래와 같이 변경되었습니다.

/// before
struct BrowseQuest {
    let uuid: UUID
    let nickName: String
    let quests: [Quest]
}

/// after
struct BrowseQuest {
    let user: User
    let quests: [Quest]
}

[wickedRun]

좋은 것 같습니다 고생하셨습니다!

[wickedRun]

UseCase까지 protocol로 만드신 이유가 궁금합니당

[jinwoong16]

의존성관리에 있어서 구현체에 의존하기 보다는 최대한 추상화된 그것에 의존하게 하기 위해서입니다. 레포지토리도 이러한 맥락이라고 생각해요! 그리고 view model을 작성하는 시점에서도 생각하기가 더 편할 것이라 생각합니다. viewmodel에서 무엇을 넣으면(input) 무엇이 나올지(output)에 관해서만 생각할 수 있어서요 :)

[wickedRun]

음 그렇군용 저는 repository는 Use Case 쪽으로 의존성을 향해야한다고 생각해서 그거를 해결하기 위해 repository는 protocol로 구현한다고 생각했습니다.
그래서 view쪽에서는 의존성이 당연히 Use Case로 향해서 필요없다고 생각했습니다.
답변해주셔서 감사함니당