질문&답변
하나의 섹션으로보고 PeedViewModel을 사용한다면 soft하고 쉽게 확장가능한 구조를 만들기위해 클린아키텍쳐를 적용하는데있어서 의미가 퇴색되지는 않을까요? 예를들어 갑자기 또 다른화면에서 같은 데이터를 공유하는 기능이 추가되야 한다면 하나의 뷰모델에서 3개 또는 4개의 뷰핸들링하는 상황이 되는거같아서 안좋은 패턴인거같다 라는 생각을 했습니다
질문&답변
peedListViewModel 에서 사용되는 state와 peedDetailViewModel에서 사용되는 state가 peedList 외에 공통되는게 없는 상황이라면 peedViewModel 에 view를 컨트롤하는 기능들을 통합하는 방향이 괜찮을까요? 좋은 구조는 아닌거같아서 고민중입니다. useCase를 싱글톤으로 repository처럼 injection해주고 useCase에 Stream을 두고 viewModel에서 하나의 useCase를 구독하는 방향도 생각중이었는데 어떻게 생각하시나요!
질문&답변
인스타그램을 예로들면 내가 올린피드 리스트 (peedLIst) 피드를 탭하면 피드의 내용을볼 수 있는 화면 (peedDetail) peedDetail에서 아래로 내리면 peedLIst에서 조회한 리스트의 데이터와 같아야함 이런 상황일때 peedDetail에서 글을 수정을하면 수정한 내용이 똑같이 peedList에서 보여져야하는 상황이 생기는데 네비게이션 peedList -> peedDetail 이 된 상황에서 peedDetail에서 update이벤트가 일어나고 pop을하면 peedList에서 최적화 및 ux를 위해 다시 조회하느라 필요한 로딩화면을 없애고싶은 상황일때 클린아키텍쳐 구조에서 어떤방식으로 구현을 해야 좋은 패턴이 될까요?
질문&답변
아하 그럼 NoteRepository를 사용하는 useCase 를 테스트 하기 위해서 추상클래스를 먼저 만들었다 라고 이해하면 될까요?
