🌱 5주차: API 통신, Codable, DispatchGroup, 복습

 

5주차 기록:  API 통신, Codable, DispatchGroup

 

 

🧐 무엇을 배웠나?

- codable (from JSON)

- API 네트워크 통신 심화

- DispatchGroup (API통신을 효율적으로 관리)

- UNUserNotificationCenter (알림 띄우기)

- 외부 폰트 삽입

 

🔨 예제

- NASA sync / async로 사진 받으며 순서 확인해보기

- PosterViewController

 

📚 과제

- 4주차 API 통신 (JSON -> Codable) 프로젝트 개선 ex.카카오API

- Media Project 개선 + 응용 + 심화

- 다마고치 프로젝트 리팩토링 (수업 때 배운 요소들로 추가 및 개선)

 

 

---

 

 

💦 복기

 

✔️ Concurrency Programming

 

GCD : Grand Central Dispatch 이름 그대로 쓰레드를 관리하는 dispatch를 담당하는 기술

 

Dispatch, also known as Grand Central Dispatch (GCD), contains language features, runtime libraries, and system enhancements that provide systemic, comprehensive improvements to the support for concurrent code execution on multicore hardware in macOS, iOS, watchOS, and tvOS. 출처: https://developer.apple.com/documentation/DISPATCH

 

애플공식 문서를 찾아보면, dispatch의 역할이 시스템을 실행했을 때 다양한 역할들이 잘 작동되도록 개선하는 요소들의 모임임을 알 수 있다. 즉, 앱에서 각자의 역할이 충돌없이 잘 굴러가게 하려면 dispatch의 역할이 중요하다는 것.

 

 

[sync,async -> main(의 일 순서) 기준]

[serial, concurrent -> queue (의 일 시키는) 기준]

 

*sync: 큐에 작업을 넘겨주면 그 일이 끝날 때까지 기다리는 상태 (끝나야 다음 task를 시작함)

*async: 큐에게 작업을 넘겨주고 바로 다음 일을 *동시에* 시작한 상태

 

 

 

Serial/Main

 

- DispatchQueue.main.sync 를 잘 사용하지 않는 이유는 무한교착 상태인 데드락(deadLock) 현상이 일어날 수 있기 때문. 

일단 쉽게 이해하기 위해 풀어쓰자면 "main이 한대"와 "sync답게 큐 너가 먼저 일을 끝내"의 무한 반복의 상황이란 것. 메인이 순서가 꼬여서 block한 일을 처리하려고 하는 등의 쓰레드들이 정상적으로 일을 처리할 수가 없게 되어 사용을 지양한다.

 

[발생 오류]

 

- 교착상태에 빠졌기 때문에 실행시 위와 같은 오류가 발생한다.

 

 

 

- DispatchQueue.main.async

 

        DispatchQueue.main.async { //이걸 큐에 보내놓은 건데 밑에 작업 끝내면 메인이 다시 시작할게.
            for i in 1...50 {
                sleep(1)
                print(i, terminator: " ")
            }
        }
        
        for i in 50...100 {
            sleep(1)
            print(i, terminator: " ")
        }

 

실행시키면 50부터 100까지의 숫자가 먼저 찍히고, 그다음에야 1부터 50의 숫자가 찍히는 걸 확인할 수 있다. 위 코드 기준으로 비동기로 작업을 하면서 task 2개를 할 수 있다는 장점이 있음.

 

 

 

Concurrent/global

 

- DispatchQueue.global().sync 역시 잘 사용하지 않는다. 다른 쓰레드에게 일을 넘겨주었지만, sync 때문에 그 일이 끝나기 전까진 main이 일을 시작할 수 없기 때문에 효율적이지 못 함. 또한, 그렇기 때문에 동기/비동기 구분 없이 코드를 짰을 때랑 작업 순서가 똑같아서 굳이 사용할 이유가 없음.

 

- DispatchQueue.global().async 

 

        DispatchQueue.global().async {
            for i in 1...50 {
                sleep(1)
                print(i, terminator: " ")
            }
        }
        
        for i in 50...100 {
            sleep(1)
            print(i, terminator: " ")
        }

 

위 코드를 실행시키면 50 1 51 2 처럼 위 아래의 식이 동시에 나오는 것처럼, 모든 쓰레드가 동시에 일을 처리하고 있음을 알 수 있다. 일처리 속도도 빠름. 그래서 주로 네트워크 통신을 할때 사용하는 편.

 

 

 

 

---

 

 

 

✔️ codable

- SwiftyJSON 과 같은 라이브러리를 사용하면 업데이트의 문제(실제로 SwfityJSON은 alamofire에 비해 업데이트가 많~이 밀린 상태), 늘어나는 데이터 처리시간 등 복합적인 문제가 발생할 수 있기 때문에 이를 보완하는 방식이 codable.

- codable에는 decodable과 encodable이 있다.

 

decodable : 구조체 -> JSON 형식

encodable: JSON -> Struct 구조

 

*변환 과정* +  ✏️ 8/16일 작성

//codable

let json = """

 {
    "quote": "The will of man is his happiness.",
    "author": "Friedrich Schiller",
    "category": "happiness"
  }
"""

// String => Data => Quote (디코딩, 역직렬화)

struct Quote: Decodable { //caseIterable 같이.
    let quote : String
    let author : String
    let category : String
}


// String => Data (문자열을 데이터형식으로 반환)
guard let result = json.data(using: .utf8) else {
    fatalError("ERROR")
}


print(result)

//Data => Quote
//Error handling, Do Try Catch, Meta Type
do {
    let value = try JSONDecoder().decode(Quote.self, from: result)
    print(value.author)
    print(value)
} catch { // 오류가 생기면 얘가 실행됨.
    print(error)
}

 

*예시2 : json의 구조체가, struct 구조체랑 일치 하지 않으면?(키 값이 일치하지 않다면?) custom 해주면 된다*

 

let json = """

 {
    "quote_content": "The will of man is his happiness.",
    "author_name": "Friedrich Schiller",
  }
"""

// String => Data => Quote

struct Quote: Decodable {
    let quoteContent : String
    let authorName : String
}

// String => Data
guard let result = json.data(using: .utf8) else {
    fatalError("ERROR")
}

print(result)

//Data => Quote
//Error handling, Do Try Catch, Meta Type

//디코딩 전략
let decoder = JSONDecoder() //상수로 만들어서 디코더 처리하는 방법
decoder.keyDecodingStrategy = .convertFromSnakeCase //스네이크케이스에 대비함.

do {
    let value = try decoder.decode(Quote.self, from: result)
    print(value)
} catch {
    print(error)
}

 

 

 

 

 

- https://app.quicktype.io/ : JSON의 형식에 따라 struct 구조체로 만들어주는 사이트. JSON 링크를 넣으면 구조체 형식으로 만들어준다.

 

//MARK: 이 부분은 디폴트값이 welcome인데, 위처럼 설정을 바꿀 수도 있다. 

 

 

 

 

*날씨 API JSON 코드를 코더블 변환하며 이해하기*

 

- 초심자 특. 구조체 많아지고 파일 나뉘면 흐름을 못 읽음. 그래서 예시로 API통신으로 썼던 weather 로 코더블 구현 해보기로.

 

 

a. SwiftJSON + Alamofire로 작성한 코드

 

 let url = "https://api.openweathermap.org/data/2.5/weather?lat=44.34&lon=10.99&appid=\(APIKey.weatherKey)"

        AF.request(url, method: .get).validate().responseJSON { response in
            switch response.result {
          case .success(let value):
               let json = JSON(value)
                print("JSON: \(json)")

                let temp = json["main"]["temp"].doubleValue - 273.15
                let humidity = json["main"]["humidity"].intValue

                let id = json["weather"][0]["id"].intValue//803

                switch id {
                case 800: print("매우 맑음")
                case 801...899:
                    self.weatherLabel.text = "구름이 낀 날씨입니다"
                    self.view.backgroundColor = .lightGray
                default: print("나머지는 생략...!!!")
                                }

                self.tempLabel.text = "\(temp)도 입니다"
                self.humidityLabel.text = "\(humidity)% 입니다"

            case .failure(let error):
                print(error)
            }
        }

 

 

b. 코더블로 바꿔주기 전에, JSON 값을 quicktype 통해 구조체로 가져왔다. 

 

// MARK: - Weather
struct Weather: Codable {
    let timezone: Int
    let name: String
    let sys: Sys
    let wind: Wind
    let base: String
    let main: Main
    let visibility: Int
    let coord: Coord
    let dt: Int
    let clouds: Clouds
    let id, cod: Int
    let weather: [WeatherElement]
}

// MARK: - Clouds
struct Clouds: Codable {
    let all: Int
}

// MARK: - Coord
struct Coord: Codable {
    let lon, lat: Double
}

// MARK: - Main
struct Main: Codable {
    let pressure: Int
    let feelsLike, tempMin: Double
    let humidity: Int
    let temp: Double
    let seaLevel, grndLevel: Int
    let tempMax: Double

    enum CodingKeys: String, CodingKey {
        case pressure
        case feelsLike = "feels_like"
        case tempMin = "temp_min"
        case humidity, temp
        case seaLevel = "sea_level"
        case grndLevel = "grnd_level"
        case tempMax = "temp_max"
    }
}

// MARK: - Sys
struct Sys: Codable {
    let sunset, type, id: Int
    let country: String
    let sunrise: Int
}

// MARK: - WeatherElement
struct WeatherElement: Codable {
    let icon, main, description: String
    let id: Int
}

// MARK: - Wind
struct Wind: Codable {
    let gust: Double
    let deg: Int
    let speed: Double
}

 

c. 코더블로 바꿔주기

 

우선, 코더블 적용이 잘 이해가 되지 않아서 수업 때 쓴 로또 코더블 코드를 참고 했다.

 

AF.request(url, method: .get).validate() // 코더블만들 때 사용.
                .responseDecodable(of: Lotto.self) { response in //코더블로 response 받을때 (로또라는 구조체로 만들께)                    
                guard let value = response.value else { return }
                    print("responseDecodable:", value)
                    print(value.bnusNo, value.drwtNo3) //self.text = value.bnusNo 같이 쓰면 됨.
                }

 

뭐가 바뀌었는가 - 를 보아하니,

 

1. validate().responseJSON이 .resposeDecodable(of: 가장큰구조체.self)로 바뀌어 있었다.

JSON으로 구현하던 값을 이제 JSON이 아닌 구조체로 값을 받겠다! 정도로 이해했다. 

2. value 는 대체 뭘까? (위 코드 예시기준) 로또의 객체를 value로 하겠다 정도. 

 

 

d. JSON -> codable

 

        let url = "https://api.openweathermap.org/data/2.5/weather?lat=44.34&lon=10.99&appid=\(APIKey.weatherKey)"
        
        AF.request(url, method: .get).validate()
            .responseDecodable(of: Weather.self) { response in
                
                guard let value = response.value else { return }
    
            switch response.result {
            case .success(let value):
                
                let temp = value.main.temp - 273.15
                let humidity = value.main.humidity
                
                let WeatherId = value.weather.first?.id ?? 0

                switch WeatherId {
                case 800:
                    print("매우 맑음")
                case 801, 802, 803, 804:
                    self.weatherLabel.text = "구름이 낀 날씨입니다"
                    self.view.backgroundColor = .lightGray
                default: print("나머지는 생략...!!!")
                }
                
                self.tempLabel.text = "\(temp)도 입니다"
                self.humidityLabel.text = "\(humidity)% 입니다"
                
            case .failure(let error):
                print(error)
            }
        }

 

- 이게 어찌저찌 변환을 해본 건데, 구조체를 읽어낼 줄 아는게 정말 중요한 것 같다.

- 기온(temp)는 value(Weather)에 없고, Weather - main - temp에 있기 때문에 value.main.temp 이런 식으로 값을 찾아내야하기 때문이다. (그리고 value. 하면 자동완성이 안 되어서 내가 진짜 찾아써야함)

-을 썼더니 8/17 수업에서 weather로 코더블 연습을 했다. 내가 한걸 보고 음, 내가 더 복잡하게 했네... 싶었다. 내가 한건 사실 JSON에 맞춘 걸 거의 끼워맞추듯 코더블로 바꾼 값으로 교체 인듯.

 

 

🆕 5주차 기준 찐codable 방식_(아마도)최종

 

a. JSON -> Codable 순서

 

1. { } 를 이용한 구조체 생성. 퀵타입 이용하면 편하다. (+) 퀵타입이 만들어준 구조체가 100% 작동 되는 건 아니라서 디버깅 영역 확인 해주어야한다. ex) 영화 Poster 이미지 같은 경우 오래 된 영화는 종종 이미지가 없기 때문에 닐값을 받을 수 있도록 String? 같이 바꿔주어야함.

 

2. 구조체를 기반으로 alamofire를 활용해 코더블을 진행. 

 

예시*

class DummyManager {
    
    static let shared = DummyManager()
    
    
    func callRequestDummy(id: Int, page: Int, competionHandler: @escaping (Dummy) -> Void, failure: @escaping () -> Void ) {
        
        let header: HTTPHeaders = [
            "Authorization" : "Bearer \(APIKey.dumAPI)",
            "accept" : "application/json"
        ]
        
        let url = "https://api.dummy.org/dumdum/\(id)/dummy?api_key=\(APIKey.dumAPI)&language=ko-KO&page=\(page)"
        
        AF.request(url, headers: header).validate(statusCode: 200...500).responseDecodable(of: Dummy.self) { response in
            switch response.result {
            case .success(let value):
                
                competionHandler(value)
                
            case .failure(let error):
                
                failure()
                print(error, "더미 통신오류")
            }
        }
    }
    
    
}

 

- 보통 .get이 디폴트로 적용되기 때문에 get으로 API를 사용할 땐 생략이 가능.

- competionHandler: @escaping (Dummy) -> Void, failure: @escaping () -> Void : 통신이 잘 되면 Dummy 내용을 가져와 

 

3. 데이터 업데이트 해주기

 

 

3-1. 해당하는 메인 뷰컨트롤러에 데이터를 받아줄 그릇 생성.

    var dummyrList : Dummy = Dummy(page: 0, results: [], totalPages: 0, totalResults: 0)

 

 

 

3-2. 아래와 같이 여태 한 빌드업 함수들을 활용하면 컬렉션뷰에 네트워크 통신을 통해서 얻는 데이터를 연결해주면 된다.

    func fetchDataDummy() {

        DummyManager.shared.callRequestUpcoming(page: page) { data in

            print(data)
            self.DummyList = data
            self.DummyCollectionView.reloadData()

        } failure: {
            print("error")
        }

    }

 

 

3-3. 필요에 따라 dispatchGroup을 이용해서 효율적으로 데이터를 불러오기도 해야함. 그 과정은.. 여기선 생략.

 

 

 

---

 

 

✔️ Do-Try-Catch

 

- when? 네트워크 통신이 안된다거나, 파일 다운로드가 원활하지 않다거나 하는 애매한 상황 발생 (예외처리)를 다루기 위해 사용한다. 정상적인 형식에서 벗어나 선택이 어쩔 수 없이 일어날 때를 위한 대응.

- catch 부분은 if-else의 else 역할과 비슷하다.

 

그렇다면 작성법은 어떻게 될까? 수업코드를 조금 많이...ㅎㅎ 가져왔다.

 

 

a. Error 프로토콜 불러오기

enum ValidationError : Error { //error 프로토콜 소환. 401같은 보편적 에러가 아닌 에러기능을 확장할 때.
    case emptyString
    case isNotInt
    case inNotDate
}

 

enum의 CaseIterable - allCases 같이 Error 프로토콜을 불러와야한다.

 

 

 

b. 오류를 어떻게 처리할 것인지 정해주는 함수 생성

  func validateUserInputError(text: String) throws ->  Bool {
        
        //빈 칸일 경우
        guard !(text.isEmpty) else{
            print("빈 값")
            throw ValidationError.emptyString
        }
        
        //숫자 여부
        guard Int(text) != nil else {
            print("숫자 아님")
            throw ValidationError.isNotInt
        }
        
        //날짜 형식으로 변환이 되는 지
        guard checkDateFormat(text: text) else {
            print("잘못된 날짜 형식")
            throw ValidationError.inNotDate
        }
        
        return true 
        
    }

 

- 오류는 throws 를 사용하는데, "던진다"고 표현한다. throw = return 같은 역할인데, return을 사용하지 않을 수 있는 이유는 명시적으로 오류를 throw가 인식 시킬 수 있어서이다.

- bool 값으로 받아오기 때문에 오류가 아닐 경우에 대해서는 return true로 반환하는 것까지 써주어야함. (안 써줘도 엑스코드가 알아서 빨간색 오류를 띄워준다. 어차피 써야함.)

 

 

c. 오류를 처리하는 함수 생성

 

    @IBAction func checkButtonClicked(_ sender: UIButton) {
        
        guard let text = dateTextField.text else { return }
        
        do {
            let result = try validateUserInputError(text: text)
        } catch {
            print("Error")
        }

 

✏️ 8/16일 기록

- 사실 이부분은 지금 (8/16) 다마고치 프로젝트에 리팩토링으로 써보며 실제 적용이 어떻게 되어야 올바르게 되는 건지 감이 안 잡히기는 한데, 오늘 수업 내용을 바탕으로 정리.

- 매개변수가 있었기 때문에 매개변수 값을 지정해주고, do { try }의 의미는 간단하게 "일단 오류가 있는지 result 안에 값을 넣어서 확인해볼게." 이다. try = 오류 테스트 시작.

- callRequest 함수 호출을 Do 함수 안에 실행하기도.

- catch는 오류가 나면 어떤 액션이 나오는지 (어떻게 오류를 처리할 것인지) 나타내는, 조건문의 if-else에서 else 역할. 보통 얼럿이나 rawValue값으로 나타낸다.

- catch isNotInt { } catch emptyString {} 식으로 쓸 수 있지만, 처리값이 똑같을 경우엔 그냥 하나의 catch { } 식으로 써도 된다.

 

 

 

 

✔️ CollectionReusableView

 

 

tableview나 collectionview는 보통 class이름이 생성이름으로 자동 생성되어있어서 identifier 이름만 설정해주면 되었는데, 이름에 collection이 들어가있음에도 불구하고 collectionReusableView는 자동생성이 안된다. 

 

 

 

---

 

✔️ group - enter - leave

 

- API 네트워크 통신을 하는 뷰갱신을 계단식으로 클로저 안에 클로저 안에 ... 식의 통신 하듯 dispatchGroup 없이 하면, 통신 순서를 알기 어렵고 안정성이 보장되지 않음. dispatchGroup을 활용하면 동시에 일어나는 여러 네트워크 통신을 코드적으로도 실질적으로도 관리하기 편리해짐.

 

- DispatchGroup: 여러 task를 그룹화 해서, 일처리가 끝나면 notify로 알림을 받게 하는 기능.

- 비동기 함수가 그룹으로 묶이면 일처리 과정을 기다리지 않고 바로 notify를 띄울 수 있음. (ex. 작업 완료 순서가 notify - task 1 - task 3- task4)

- 위와 같은 호출 문제[모든 task가 끝나면 notify 작동하기]를 정리하기 위해 사용하는게 group - enter - leave.

 

• let group = DispatchGroup으로 세팅 시작.
• enter - leave의 갯수는 짝이 맞아야함. (각각 +1, -1인 관계여서, 0이 될때 신호를 notify가 처리해준다.

 

let group = DispatchGroup ()

     group.enter() //+1
        callData(id: id) { data in
            self.list = data //데이터 업데이트
            print("==1===")
            group.leave() // -1
        }
        
      group.notify(queue: .main){ //(enter+leave = 0)이 되는 순간 notify가 된다.
            print("===END")
            self.Collectionview.reloadData()
        }

 

 

 

---

 

 

🪑 복습

- 현 시점에서 내가 작성 할때마다 습관적으로 미루려고 할만큼 이상하게 코드를 작성할 때 꼭 한두줄씩 빼먹어서 어려움을 느끼는 부분 모음. 아마 형태는 대~충 이해한 것 같은데 정확히 흐름을 모르는 것 같다고 느꼈다.

 

 

 

✔️ 뷰컨트롤러끼리 데이터 전달하기 w/ tableView

 

- 과제 하면서 정말 많이 작성하게 되는 구조인데, 작성할때마다 중간부터 헤맨다. 진짜 꼭 한 두줄을 못 써서 전달이 안됌 😇 그리고 그게 조금씩 바뀌는 부분이라는게 ... 결국 내가 이해 못했다는 뜻이겠지. 특히 작성할때마다 잘 안 되면 과거 과제들을 참고해서 더 순서가 꼬이는 것 같다. 

 

 

a. A viewController와 B viewController 연결.

 

 

struct Team {
    var name : String
    var description : String
}


class A ViewController: UIViewController {
    
    var teamList : [Team] = []
    
    }


/////////////// 


func tableView(_ tableView: UITableView, didSelectRowAt indexPath: IndexPath) {
        
        guard let B = self.storyboard?.instantiateViewController(withIdentifier: "BViewController") as? BviewController else { return }
        self.navigationController?.pushViewController(B, animated: true)
   
   }

 

A viewController에서 tableview cell을 누를 때 B viewController로 화면전환이 일어난다면, 당연히 B viewController를 A viewController의 tableView - didSelectRowAt 함수에 연결.

 

 

b. B viewController에서 A viewController로부터 데이터를 전달 받을 빈 공간을 만들어준다.

 

    var teamName = ""
    var teamDescription = ""

(*내가* 코드 짜는 것에 재미를 느끼기 위해 블로그내 모든 코드작성은 그냥 야구 관련으로 적는 중. 대충 팀 이름과 로고가 있는 셀을 선택하면 팀 이름과 팀 설명이 있는 페이지로 넘어가는 가정.)

 

보통 viewDidLoad 위에 적어줌.

 

c. B viewController를 연결해준 A viewControleller-didSelecteRowAt 에 index.row에 맞춰 데이터 전달해줄 준비하기.

 

A viewController의 셀별로 나온 데이터와 B viewController에서 상세페이지로 받아볼 정보가 같아야하기 때문에 index.row 세팅을 해주어야 함.

 

    func tableView(_ tableView: UITableView, didSelectRowAt indexPath: IndexPath) {
        
        guard let B = self.storyboard?.instantiateViewController(withIdentifier: "BViewController") as? CreditViewController else { return }
        self.navigationController?.pushViewController(B, animated: true)
        
        let selectTeam = teamList[indexPath.row] // 팀 리스트 인덱스에 맞춰서 매칭 세팅
        
        B.selectTeam = teamList[indexPath.row] // 팀 리스트랑 BviewController랑 맞춤
      
      
     }

 

여기까지 세팅을 해주면 이제 B viewController에 만들어준 빈공간들에 값을 넣어준다.

 

   func tableView(_ tableView: UITableView, didSelectRowAt indexPath: IndexPath) {
        
        guard let B = self.storyboard?.instantiateViewController(withIdentifier: "BViewController") as? BViewController else { return }
        self.navigationController?.pushViewController(B, animated: true)
        
        let selectTeam = teamList[indexPath.row]
        
        B.selectTeam = teamList[indexPath.row]
        
        B.teamName = teamList[indexPath.row].name
        B.teamDescription = teamList[indexPath.row].description
        
   }

 

대충 코드를 이해하자면 :

 

- A viewController에서 셀을 누르면,

  (1)  B viewController로 push형태로 화면이 전환

  (2) selectTeam에 teamList를 A의 index.row에 맞춘 공간을 만들었어

  (3) B viewController에서 selectTeam을 이용해서 index.row로 값을 매칭할게

  (4) B viewController에 만들어둔 빈공간을 teamList값으로 받을게. (통로가 되어줄게)

 

 

d. 빈공간에 넣은 값을 이제 B viewController 아울렛에 매칭해주기.

⭐️ 꼭 이부분을 까먹는다. 공간에 값을 받았으니까 그 값을 보여줄 곳에도 넣기.

 

	var selectedTeam : Team? //viewDidLoad, outlet연결보다 위에 적어둠.    
    
    ///////////
    
    @IBOutlet var : UILabel!
    @IBOutlet var descriptionLabel: UILabel!
    
    //////////
    
    func getData() {
        
        guard let selectedTeam = selectedTeam else {
            return
        }
        
        teamLabel.text = "\(teamName)"
        descriptionLabel.text = "\(teamDescription)"

    }

 

이렇게 작성한 getData함수를 호출해주면 값이 테이블뷰 순서에 알맞은 데이터가 매칭되어 상세페이지로 넘어감을 확인할 수 있다.

 

 

 

 

✔️ Pagenation

- 카카오 API 통신 코드 개선하다가 깨달은 것, 여태 pagenation 이 필요하면 수업 때 한번 쓴 코드를 계속 똑같이 쓰고 있었다. 덕분에 pagenation 하라니까 그거 그냥 page 1이고.... 전체 페이지 15로 맞춰서 쓰는 그런 거 아니야? 하게 되는 상황에 도달. 지금 생각하니 그 용기에 황당함.

 

- 페이지네이션을 하는 이유: 데이터를 불러올 때 너무 많은 데이터를 불러와 서버(메모리)를 불안정하게 만들거나, 유저가 그 많은 데이터를 원하지 않을 수도 있기 때문에 효율적이지 못함. 유저는 12까지만 알고 싶은데 데이터를 20까지 받아온다면? 같은 상황.

- 페이지네이션을 효율적으로 관리하는 방법은 UITableViewDataSourcePrefetching 프로토콜 활용

 

- prefetchRowsAt

• 마지막 스크롤 시점을 확인해서 네트워크 통신을 업데이트 해주어야함,
• 데이터를 담아온 list와 인덱스 수를 맞출 것,
• cellForRowAt이 호출 되기 전 필요한 데이터가 먼저 로딩 됨, 
• 해당 프로토콜의 필수 메서드임.

-취소하는 기능(cancelPrefetchingForRowsAt)을 별도로 입력해주어야함. (필수 X)

• 유저가 스크롤을 빠르게 하는 등 보여줄 데이터가 더이상 없을 때 이 메서드가 호출되고, 추가적인 데이터 업데이트를 취소시킴.

 

- offsetPagenation : 페이지에 몇 개의 데이터를 보여줄지 정하는 방식으로, 데이터 변화에 유연하지 못함 (한 페이지에 중복 데이터 노출)

- cursorPagenation : 유저의 마지막 데이터 기준으로 다음 데이터를 불러오는 방식, 특정 데이터(페이지)를 보기가 어려움.

 

 

 

 

✔️ userDefaults

 

- 다마고치 프로젝트 리팩토링을 진행하고, 현업에서 자주 쓰인다는 특강을 듣고난 후 userDefaults의 기본을 지금 꽉 잡지않으면 큰일 나겠구나 싶었다. 특히 난 지금.. 약간 소 잃고 외양간 고치는 스타일로 진도를 쫓아가고 있기 때문에.

- [키에 값을 저장하고, 불러오고, 실행한다]는 이 단순한 과정이 머리로는 이해가 되는데, 어떻게 작성하는지도 알겠는데, 구현이... 얼렁뚱땅이라 사용해야할 때마다 정리가 되질 않았다. 중구난방으로 userDefaults를 작성하는 나....  덕분에 써두고 구현을 안해둔다거나 하는 상황이 너무!! 자주!! 발생함 (ex. 다마고치 이름 변경하기).

 

- UserDefualts는 유저가 선택하거나 변경한 설정(닉네임, 이메일, 성별, 기능설정 등)내용을 영구히 저장하는 기능을 수행하며, 저장한 값을 일명 sandbox라 불리우는 앱의 라이브러리에 보관한다. 저장된 정보를 지우려면 앱을 지우거나 초기화를 유저가 별도로 해주어야한다.

- key-value 형식으로 사용되며, 한번 작성하면 다른 곳에서도 그 값을 불러서 쓸 수 있음. (A Viewcontroller에 작성한 유저디폴트값을 B viewController에 불러서 수정할 수 있음.)

 

*저장 : set

 

userDefaults.standard.set ( 밸류값은 string, Int, bool 모두 가능(밸류에 들어갈 내용을 담당), "키값은 스트링")

 

- 저장할 땐 set을 사용해서 값을 저장함.

 

*불러오기 : let 으로 소환

 

예시)

userDefaults.standard.set(textField.text,"teamName")

if let myTeam = UserDefaults.standard.string(forKey: "teamName") {
            self.title = "\(myTeam) 응원하기"
        }

 

- set에 저장한 값이 string, Integer, bool인지에 따라 가져올 땐 상수/변수 선언 후 거기에 맞게 값을 불러와서 사용하면 됨.

 

 

*초기화 : removeObject & synchronize()

예시)

    func resetUserData() { //초기화 함수 만들기
        
        UserDefaults.standard.removeObject(forKey: "teamName")
        UserDefaults.standard.synchronize()
   
    }

 

- 초기화가 userDefaults 에서 가장 쉬운데, 초기화하고자 하는 내용을 키로 불러내서 초기화 하는 함수를 생성, 그리고 초기화 액션이 일어나는 함수에 초기화 함수를 불러내면 된다.

 

 

 

---

 

 

 

✔️ didSelectRowAt에서 tableview.reloadData()가 먹히지 않을 때

 

  func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
        
        cell.selectionStyle = .none
        
        return cell
    }

 

모종의 이유로 tableView.reloadData()가 원하는 의도대로 되지 않는다면, cellForRowAt에서 설정을 지정해주기.

selectionStyle = .none으로 해주면 된다.

 

 

 

 

 

---

 

 

♻️ 5주차 개선한 부분 모음

 

- 다마고치 프로젝트 : (???: 그냥 다시 만든 거 아니에요?)

• 일부 조건문 -> switch문으로 수정,
• 전반적인 디테일 설정 수정
• 오류 알림 띄우기 (긴가민가..),
• 일반 알림 띄우기 (notificationCenter 활용)

그날그날 수업에 배운 거 어설퍼도 일단 적용해보기 + 시간이 지나 수업/과제로 몇 번 사용해봐서 이해가 조금 된 코드로 수정하는 방식으로 수정하고 있다. 그래도 ㅇㅕ전히 코드가 멀미 나게 너무 길어서 웃긴...^^...

 

- 카카오API 코더블:

• JSON 형식을 코더블로 개선