1. 프로젝트 기간: 2022.01.03 - 2022.01.14
2. Ground Rules
   1. 시간
      • 시작시간 10시
      • 점심시간 12시~2시
      • 저녁시간 6시~7시 사이부터 2시간
   • 진행 계획
     • 프로젝트가 중심이 아닌 학습과 이유에 초점을 맞추기
     • 의문점을 그냥 넘어가지 않기
   • 스크럼
     • 10시에 스크럼 시작
3. 커밋 규칙
   1. 단위
      • 기능 단위
   • 메세지
     • 카르마 스타일

• 키워드
• STEP 1 : 네트워킹 타입 구현
  • 고민했던 것
  • 의문점
  • Trouble Shooting
  • 배운 개념

• 의존성 주입(DI)
• URLSession
  • URLProtocol
  • URLRequest
• API
• HTTP TCP/IP
  • MIME-Type
    • multipart/form-data
    • application/json
• Result
• Codable CodingKey
• Async Test

• 네트워크 통신을 담당한 타입을 설계합니다.
• Mock 데이터를 활용하여 단위테스트를 수행합니다.

• 한 타입이 하나의 역할만 할 수 있도록 설계에 많은 고민을 해보았다.

실제 네트워크에서 내려오는 변수명이 스네이크 케이스를 사용하는 변수는 Codingkey를 이용하여 parsing하는 key를 바꿔주었으며 스네이크케이스를 사용하지 않는, 즉 타입의 변수명과 일치하면 rawValue를 명시할 필요가 없어 가독성을 위해 한 줄로 case를 합쳐주었다.

enum CodingKeys: String, CodingKey {
   case id, stock, name, thumbnail, currency, price, images, vendors
   case vendorID = "vendor_id"
   case bargainPrice = "bargain_price"
   case discountedPrice = "discounted_price"
   case createdAt = "created_at"
   case issuedAt = "issued_at"
}

• Network하는 과정에서 역할마다 객체를 구분하여 구현하였다.

  • Network : dataTask()를 통해 SessionDataTask를 서버로 전송해 직접 네트워킹하는 객체

    func execute(request: URLRequest, completion: @escaping (Result<Data?, Error>) -> Void) {
            session.dataTask(with: request) { data, response, error in
            ...

  • NetworkManager : Network의 excute를 통해 data를 받아 decoding하는 fetch()를 가진 객체

    func fetch<T: Decodable>(request: URLRequest,
                                decodingType: T.Type,
                                completion: @escaping (Result<T, Error>) -> Void) {
            
         network.execute(request: request) { result in

• 하드코딩을 개선하기 위해 enum 타입을 만들어 Address와 HTTPMethod의 값들을 분류해주었다.

• Request할 때, 그리고 Response하는 타입이 세부적으로 달라 ProductModification, ProductRegistration 등... 각 타입을 모두 구현하였다.

• 상품 삭제, 등록, 조회 등 여러가지 요청을 request 메소드 하나를 오버로딩을 활용하여 작성하였다.

• 테스트 작성을 위해 의존성 주입을 활용하여 Mock, Stub 객체를 만들어 활용하였다.
• URLProtocol을 상속받은 클래스를 만들고 재정의를 해주었다.
  • 이 방법은 URLSession의 dataTask를 직접 Stub으로 만드는 방법도 있었지만, URLSessionDataTask를 채택한 타입에 init()을 정의하니 deprecated 경고가 떠서 이를 해결하기 위해 삭제 후 URLProtocol을 활용하는 방법으로 로직을 변경하였다.

• 비동기 메서드를 사용하는 동기 메서드는 비동기 메서드 테스트로 진행해야할까?
• URLProtocol과 URLSession의 관계가 정확하게 이해되지 않는다...
  • https://developer.apple.com/videos/play/wwdc2018/417/
• Health Checker의 필요성을 모르겠다..
• 테스트 시 Request의 바디도 체크를 해야할까?

class StubURLSessionDataTask: URLSessionDataTask {
    var dummyData: DummyData?

    // init 부분에서 에러가 났다.
    init(dummy: DummyData?, completionHandler: DataTaskCompletionHandler?) {
        self.dummyData = dummy
        self.dummyData?.completionHandler = completionHandler
    }

    override func resume() {
        dummyData?.completion()
    }
}

• multipart/form-data
• API문서 읽는 방법
• 파싱한 JSON 데이터와 매핑할 모델 설계
  • CodingKeys 프로토콜의 활용
• URL Session을 활용한 서버와의 통신
  • URLRequest를 설정하는 방법
  • Testable한 네트워크 코드 작성하기
    • 네트워크 상황과 무관한 네트워킹 데이터 타입의 단위 테스트(Unit Test)