멘토링 피드백 4주차

• datasource , delegate까지 rx를 쓰진않았음. 멘토님은. 코드를 간편하게 쓸 수 있는 부분만 데이터 바인딩에서만? rx을 사용했음 . 좀더 깔끔하게 처리할 수 있었다고 생각함

• 기존 observable에 관련하여 rx input, output을 따로 만들어서 사용했음. input에서 subject를 설정해놨음. 그냥 바로 output 없이 그냥 데이터 저장하면 되는 것 같은데 이게 필요할지? 이게 좀 난감쓰 → input, output은 일단 고정된게 아님. . 뷰모델에서 한번에 처리하는 것임.

• 프로퍼티를 Subject로 만드는 것이 아니라 뷰모델에서 inputType을(입력받는 값을 Subject로) subject로 만들어서 바인드.

• readonly인 value를 가져와서 model을 변경하고 accept로 반영하는 것이 조금 불필요한 과정으로 보인다. 이걸 해결할 수 있는 방법이 있나요? → Rx가 의도한 바라 저 과정을 수정할 수는 없다.

• 클린아키텍처라고 무조건 레포지토리를 써야해. 라는 건 아님. , 관심사 분리가 좋을텐데.... 어떻게 하면 좋을까? → 알아서 해결.........ㅠㅠ서로 맞잡고 고민해야함

• healthkit Unit, type 을 가지고 있는데, 공통 모듈 ? 기반? 만들 때 다 가지고 있어야 하는지, 쪼개서 가지고 있어야 하는지.

  → 만약에 step자체만 필요하면 다 들고있을 필요는 없음. 근데 또 그거하나를 위해 또 하나를 가지고 있어야한다? 필요한 부분 처리하고 필요한 데이터만 가져가도록.. 할 것 같음. 일단 여러 레파지토리로 분리하기 보다, 그냥 제네릭한 레파지토리 하나 가지고 할 수도 있고... 아니면 다 각각 따로 프로토콜화해서 붙여도 될것같고... 근데 그렇게까지 나눌 필요가 있을까 싶지만 또 나누고싶다면 ㄱㅊ

• tableView 관련 질문. → userheadertablecell, myInfotablecell 두개 다 나눠서 했을 것 같음 case를 하나만 최상단에서 씀. 내부에서는 함수처리했음. !!! 조언쓰 아니면 태훈님처럼 configure Cell을 따로 타입으로 만들어서 할 수도 있을듯?!

• viewModel - usecase - Repository의 의존성 분리. 궁금. viewModel → usecase ← Repository.. 여서 usecase는 직접적으로 repository를 접근하는게.좀. 뷰모델이 유즈케이스를 만들어줄지, 더 최상단인 VC가 만들어줄지, 아니면 더 최상단의 무엇에서 해줄지. 정말 고민! → 뷰콘은 작업만 받아와서 ViewModel선언해주는 게 더 낫지않을까? 뷰모델을 injection하는 base templete을 만드는게 낫지 않을까? VC 에서 데이터전달되는 방식이 좀 이상스 . 뷰모델에서 전달을 어떻게 할거냐? 외부에서 뷰모델에 주입하는 게 어떨까? 그거에 대해서 한 번 고민해보기. 저 injection은 어떻게할거냐.... 뷰모델에 관련된 injection을 만들어보는게 좋음 ~~~~ 데이터 전달은 VC보다는 viewmodel에서 일어나야한다는게 멘토님 생각.

  뷰콘은 나중에 ViewModel을 주입을 받는 형태가 되어야함!!!!! 먼저 viewModel을 만들어야해!!! VC보단 ... 처리 끝난 ViewModel을 VC가 받아줘야함.. 허허 어렵구만....

  Coordinator ... 과연 필요할까? → 솔직히 C를 바로 아는게 좋을까? 흠? 이 패턴 자체가 어떤 문제점이 있었고 C가 나왔고 그런건데 처음부터 무조건 정답을 알고 MVVM +C 을 쓰는게 좋을까? 지금도 흔들리는데.. C가 좋을까? 머리깨짐요 .. 코디네이터 자체도 따로 관리해야하기 때문에 ㅠ.. 근데 좋긴함 ㅋㅋ ㅎㅎ 근데 굳이 필요할까에 대해 생각해보기. 지금의 부분에서 생각하기.

• disposebag → 확실히 dispose 되는지 확인하기. extension만들어서 뷰콘, 뷰모델 deinit됐을때 같이 사라지는지 로그처리 해보기 (추천👍🏻, 염려)