Skip to content

GitHub 회고 #14

@simoniful

Description

@simoniful

고민

  1. 기본적인 Rx 연산자 및 Subject, Trait 개념에 대한 복기
  2. API 요청과 구성된 Entity 구성에 대한 고민 - 부분적으로 활용 / 전체적인 활용: 실제 제품을 만들 때 어느 정도까지 타협점을 가지고 갈 것인지
  3. 페이지 네이션 구현에 있어서 Subject 갱신 방법

회고

  1. 기본기 복기
    Observable과 Subscribe의 관계 - 내가 그의 이름을 불러주기 전에는 그는 다만 하나의 몸짓에 지나지 않았다
    Subject - 하이브리드, 스스로가 주체가 되고 관찰도 받는다
    Trait - 결국 구독에 대한 구성에 있어서 가독성을 높이기 위한 장치
    Operator - 여러 연산자가 있지만 확실히 이해 해야하는 부분

    • 네트워크의 사용과 관계된 변형 연산자 필수로 이해 : flatMap, map, skip, take
    • UI의 인터렉션과 관련하여 쓸 수 있는 병합 연산자: combineLatest, merge 등
  2. API 요청과 구성된 Entity 구성
    간단한 API에 대한 요청과 View에 대한 표현이었지만 Rx만으로 원활하게 하는 방식에 대해서 생각해보니 확실히 까다로운 부분이 여러부분 생김
    Raywenderich의 튜토리얼 및 여러 프로젝트를 만든 경험을 종합해 볼 때

    • table/collection 타입의 뷰를 구성함에 있어서 복잡한 뷰가 될 경우 - RxDatasource와 기존 UI 관련 Delegate 활용, 여러 Component 원자화
    • Delegate 랩핑을 통한 실질적으로 완전한 Rx스러운 구성에 있어서 준비해야하는 사항
    • 우리는 어느 부분까지 백엔드에 요청하고 이를 활용할 것인가? - DB table 단위? 혹은 구성하고자 하는 화면단위?
  3. 페이지네이션 구현에 있어서 Rx
    기존의 prefetch을 더 깔끔하게 활용할 수 있는 방법이 분명 있을 거다. 종권님의 블로그를 보면 RxDataSources내에서 활용하는 방식이 있고 프로젝트에 적용할 때 해당 부분을 쓴다면 보다 코드가 간결해 질수 있다고 생각한다.

참고

👉🏻 RxDataSources를 사용한 PrefetchItems, Pagination
👉🏻 Clean Architecture는 모바일 개발을 어떻게 도와주는가? - (1) 경계선: 계층 나누기
👉🏻 Rx 기본기 정리

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions