-
Notifications
You must be signed in to change notification settings - Fork 0
Open
Description
고민
- 기본적인 Rx 연산자 및 Subject, Trait 개념에 대한 복기
- API 요청과 구성된 Entity 구성에 대한 고민 - 부분적으로 활용 / 전체적인 활용: 실제 제품을 만들 때 어느 정도까지 타협점을 가지고 갈 것인지
- 페이지 네이션 구현에 있어서 Subject 갱신 방법
회고
-
기본기 복기
Observable과 Subscribe의 관계 - 내가 그의 이름을 불러주기 전에는 그는 다만 하나의 몸짓에 지나지 않았다
Subject - 하이브리드, 스스로가 주체가 되고 관찰도 받는다
Trait - 결국 구독에 대한 구성에 있어서 가독성을 높이기 위한 장치
Operator - 여러 연산자가 있지만 확실히 이해 해야하는 부분- 네트워크의 사용과 관계된 변형 연산자 필수로 이해 : flatMap, map, skip, take
- UI의 인터렉션과 관련하여 쓸 수 있는 병합 연산자: combineLatest, merge 등
-
API 요청과 구성된 Entity 구성
간단한 API에 대한 요청과 View에 대한 표현이었지만 Rx만으로 원활하게 하는 방식에 대해서 생각해보니 확실히 까다로운 부분이 여러부분 생김
Raywenderich의 튜토리얼 및 여러 프로젝트를 만든 경험을 종합해 볼 때- table/collection 타입의 뷰를 구성함에 있어서 복잡한 뷰가 될 경우 - RxDatasource와 기존 UI 관련 Delegate 활용, 여러 Component 원자화
- Delegate 랩핑을 통한 실질적으로 완전한 Rx스러운 구성에 있어서 준비해야하는 사항
- 우리는 어느 부분까지 백엔드에 요청하고 이를 활용할 것인가? - DB table 단위? 혹은 구성하고자 하는 화면단위?
-
페이지네이션 구현에 있어서 Rx
기존의 prefetch을 더 깔끔하게 활용할 수 있는 방법이 분명 있을 거다. 종권님의 블로그를 보면 RxDataSources내에서 활용하는 방식이 있고 프로젝트에 적용할 때 해당 부분을 쓴다면 보다 코드가 간결해 질수 있다고 생각한다.
참고
👉🏻 RxDataSources를 사용한 PrefetchItems, Pagination
👉🏻 Clean Architecture는 모바일 개발을 어떻게 도와주는가? - (1) 경계선: 계층 나누기
👉🏻 Rx 기본기 정리
Metadata
Metadata
Assignees
Labels
No labels