TIL_20180718 ~ 20180720

2018.07.16 ~ 17

• 휴가휴가 물놀이물놀이 :desert_island:

2018.07.18

• 스토어앱
  • 테이블뷰에 들어가는 이벤트 뱃지를 위한 UILabel 커스텀 클래스 구현

2018.07.19

TODO

• URLSession 함수에서 클로저 호출되는 순서
• 네트워크 강의듣고 네트워킹프로그래밍 정리
• step4 PR보내기(업데이트가 필요한 header에 대한 정보만 받아오면 업데이트되는 식으로 하기..)
• URLSession 비동기처리…….

질문거리

1. Create a session configuration
2. Create a session (with delegate)
3. Create Task object with URL
4. Send request with closure
5. Wait for response (background)
6. Wait and receive for data
7. Finish or Error by closure

session() - 1,2,3 task만들고 session함수 종료 task.resume() - 4,5?? viewDidLoad종료 session함수의 task클로저실행- 다른 thread에서..-6,7? (mainthread에서는 viewdidLoad함수가 종료됐으므로 아무 일도 일어나지않는중) 클로저의 response받고 ViewController의 storeItems 객체에 값이 할당되는 블럭에서 handler()실행 이 상태에서 viewdidLoad끝나면 빈 테이블뷰로 이미 그려졌고기다리는중인건가?

• viewDidLoad가끝나면 storeItems가 없는 상태에서 테이블뷰 그림
• 세션으로부터 storeItems를 받으면

2018.07.20

• 동기와 비동기

  override func viewDidLoad() {
    doSomething1()
    doSomething2()
    resetTableView()
    doSomething3()
  }
  
  private func resetTableView() {
    DispatchQueue.main.async { [weak self] in
        self?.tableView.reloadData()
    }
  }
  // resetTableView는 reloadData를 호출하고 끝나고 다른 코드가 실행된다. 다른 코드가 실행되는 와중에 reloadData는 다른 스레드에서 일을 하고있음
  // viewDidLoad()에서 resetTableView안의 reloadData()가 완료되지도 않았는데 doSomething3이 실행된다.   
  

• main큐(serial queue)에 self?.tableView.reloadData코드블럭을 넣음
• async라는 뜻은 resetTableView(): (worker, but 일을 시키는)함수는 큐에 넣은 코드블럭(이 또한 worker지만 이 관계에서는 일을 하는 함수임)인 self?.tableView.reloadData이 완료되든말든 실행만 시키고(일만 시키고)종료되겠다는 뜻임
• 일을 지시하는 쪽과 지시받은걸 처리하는 쪽의 관계를 항상 생각하자
• 일을 지시하는 worker(assignor)과 일을 지시받아서 처리하는 worker(assignee)를 편의상 저렇게 부른다고 가정
• Queue는 일단 상관없이 .sync로 호출하는지 .async로 호출하는지로 구분하자.
• 비동기, async: assignor는 assignee에게 일을 시키고 끝날때까지 기다리지 않고 다른 함수를 호출한다. 따라서 assignor가 하는 다른 많은 일들과 함께 보면 어떤게 먼저 완료될지 보장 할 수 없다.
• 동기, sync: assignor는 assignee에게 일을 시키고 끝날때까지 기다렸다가 다른 함수를 호출한다. 이때는 assignor가 하는 다른 많은 일들과 순서가 보장된다.
  • 다만 주의할 점은 main queue에서 sync하게 동작하게 할 때인데, assignor가 메인큐에서 또 다른 assignee에게 메인큐에서 sync하게 동작하도록 호출하면 서로 작업이 완료되기만 기다리는 데드락 이발생 할 수 있음.
• Queue: Concurrent / Serial 큐는 좀 다른 이야기임
• serial: 싱글스레드, Concurrent: 멀티스레드
• serial은 싱글스레드이기때문에, 데드락 발생의 위험이 있음