🚀 4단계 - GitHub(인기 저장소)

[fbghgus123]

개요

• 인기 저장소 구현

작업 내용

• 데이터 받아올 때 Star 수도 받아 오도록 수정
• domain 패키지 생성 후 entity 이동 및 50개 판단 로직 추가
• UiModel 생성 및 적용
• Start 수 노출 및 Hot 표시 UI 구현

리뷰어님에게

안녕하세요 리뷰어님.
리뷰 잘 부탁드립니다!

• Star 개수가 50개 이상인지 판단하는 로직이 domain의 UseCase로 넣게되었습니다. Hot을 판단하는 로직은 서비스 정책상 결정된 것으로 비즈니스 로직으로 판단하여 도메인 레이어에 넣었습니다.
• 도메인 레이어가 추가 되었음에도 ViewModel에서 data 레이어에 포함된 repository를 직접 접근하여 데이터를 가지고 오는 것을 유지하였는데요, 단순 데이터를 바이패싱 하는 UseCase를 추가하는 것이 불필요하다고 판단하였습니다.

[BeokBeok]

이전 단계 피드백과 Github(인기 저장소) 미션하시느라 고생하셨습니다. 👍
고민해볼만한 의견들을 코맨트로 작성하였으니, 충분히 고민해보시고 도전해보세요. 💪

[BeokBeok]

Star 개수가 50개 이상인지 판단하는 로직이 domain의 UseCase로 넣게되었습니다. Hot을 판단하는 로직은 서비스 정책상 결정된 것으로 비즈니스 로직으로 판단하여 도메인 레이어에 넣었습니다.

호현님이 생각하시는 비즈니스 로직과 UI 로직은 어떤 차이점이 있는 것인지 궁금합니다! 🤔
또한 UseCase란 무엇이라고 생각하시는지도 궁금합니다!
행위자(actor) 입장에서 Hot 여부를 판단할 수 있는건가요? 🤔

[fbghgus123]

호현님이 생각하시는 비즈니스 로직과 UI 로직은 어떤 차이점이 있는 것인지 궁금합니다! 🤔
또한 UseCase란 무엇이라고 생각하시는지도 궁금합니다!

비즈니스 로직이라는 것을 대강 알고 있다가 텍스트로 꺼내어 전달하려니 많은 생각이 드는데요, 광범위하고 경계가 애매해 보이는 비즈니스 로직을 뭐라 말하기가 힘든 것 같습니다.

다만 아키텍처 관점에서 설명해 보자면 제가 생각하는 비즈니스 로직이란, UI 혹은 데이터 레이어에 상관하지 않고 앱의 요구사항을 만족시키기 위한 로직입니다. 때문에 다른 UI 레이어나 데이터 레이어가 다른 것으로 교체되어도 유지되어야 하는 로직입니다.

유즈케이스는 이러한 로직들을 담고 있는 행동의 단위라고 생각합니다.

UI로직은 단순하게 말 그대로 UI에 대해서만 관심을 갖고 있는 로직이라고 생각하고 있습니다.

행위자(actor) 입장에서 Hot 여부를 판단할 수 있는건가요? 🤔

여기서 말씀하시는 행위자가 UI라고 생각이 드는데요, Hot 여부를 판단할 수 있는지 없는지는 UI와 도메인이 나눠져 있는 아키텍쳐에서는 UI가 Hot 여부를 판단하는 로직을 가지면 안된다고 생각이 듭니다.

[BeokBeok]

CoroutineCreationDuringComposition가 왜 발생하는 건가요?
CoroutineCreationDuringComposition이 발생하지 않도록 개선해보면 어떨까요?

[fbghgus123]

Composable이 리컴포지션 될 때 마다 코루틴이 실행될 수 있음을 나타내는 경고 같습니다 ... !
수정하겠습니다.

[BeokBeok]

Star 개수가 50개 이상인지 판단하는 로직이 domain의 UseCase로 넣게되었습니다. Hot을 판단하는 로직은 서비스 정책상 결정된 것으로 비즈니스 로직으로 판단하여 도메인 레이어에 넣었습니다.

isHot을 위해 RepositoryUiModel을 만들어주신 것으로 보입니다.
호현님 말씀에 의하면, Star 개수를 판단하는 로직은 domain에 있어야하는 것으로 이해를 했는데요.
그렇다면 isHot에 대한 정보는 RepositoryUiModel이 아닌 Repository에 있어야 하지 않을까요? 🤔

[fbghgus123]

isHot을 불러오는 로직은 UI에 있어야 하는거 아닌가? 라는 생각이 들어서 ViewModel에 작성 했었는데요,
리뷰어님 말씀을 보고 다시 생각 해보니 UI 레이어에서 isHot을 따로 호출하는 것 자체가 비즈니스 로직을 포함하고 있다는 생각이 드네요 ...
Repository에 isHot을 들고 같이 오는 게 맞는 것 같습니다...!