📱 iOS 멘토님과의 만남

2020년 12월 3일

• 지금까지 어떻게 구현됐나 (시연)

• 구현하면서 특별히 힘준 부분이 어딘가

  • 코드 모듈화: 뷰의 속성들을 적용하는 코드를 분리하려고 했습니다.
  • 코드 컨벤션: 주기적으로 페어프로그래밍을 통해 리팩토링하는 시간을 가졌습니다
  • 테스트 가능한 구조로 짜기 위해 노력했습니다.
    1. 의존성 역전 원칙 + 주입
    2. 역할 분리(단일 책임 원칙)
       1. 프레젠테이션 로직은 Coordinator
       2. 비즈니스 로직은 ViewModel
       3. UI 로직은 ViewController

• 앞으로 남은 부분, 계획, 어려운 점/막혀있는 부분은 뭔가

  • 계획
    • HIG: accessibility
    • WidgetKit
    • PushKit
    • 오프라인 기능: Realm
  • 어려운 점 / 막혀있는 부분
    • 테스트코드 작성: ViewModel 을 제대로 테스트하는 방법
    • API 호출 시점
      1. 업데이트API를 호출하고 로컬에서만 바꿔주고 detailcard를 나간 후 다시 들어오면 fetch
      2. 업데이트API를 호출하고 detailcard의 viewWillappear에서 다시 fetch
  • Apple OAuth
    • 개발자 계정과 관련하여...(덮어두는걸로..)

• 코드 레벨에서 꼭 피드백 받고 싶었던 부분은 어딘가

  • view가 CollectionView를 갖는 것에 대해(DataSource, Delegate 포함)

  • DataSource 를 서브클래싱해서 DataSource 의 메소드(numberOfItemsInSection, cellForItemAt) 를 분리하는 것이 좋을까요 ?

  • shadowOffset 쓰면 UI Debugging 할 때 비효율적이라는 경고창이 나오는데 shadowPath 를 쓰는 것이 좋을까요 ?

댓글창 safe layout guide 내용 수정하는 부분 타이틀(어느 화면인지에 대한 가이드) 이미지 캐시(NSCache) 로컬에서 우선 갱신하기 (일반적으로는 Update 된 결과물이 넘어온다고 합니다)

애플 로그인은 덮어두는걸로...

서비스단에서 viewmodel 로 데이터를 넘겨줄 때 viewmodel 이 가지고 있는 결과값에 대해서 테스트

서비스단을 모킹해서 가상의 서비스를 만들고 주입해주었을 때 뷰모델에 대한 테스트를 한다고 합니다. (Mock Service 를 만드는게 포인트)

오픈소스 사용에 대한 정보를 기재하는게 별도로 있어서 적어준다고 합니다. (물론 소스코드가 있는 파일 내부에 기재할 필요는 없다고 합니다.)

질문사항 있으면 PR 에 태깅

정적인 값에 대해서는 상수(let)화 시키기