데이터가 수정되거나 추가될때 리스트를 최신화하는 부분의 질문입니다.

하나의 섹션으로보고 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 추상클래스 테스트에 관한 질문입니다.

아하 그럼 NoteRepository를 사용하는 useCase 를 테스트 하기 위해서 추상클래스를 먼저 만들었다 라고 이해하면 될까요?