29강 async let 작업 취소 부분 질문

네 안녕하세요 joey !제가 CASE 1 , CASE 2 에서 말씀드리려고 하는 포인트는, async let의 암시적취소에서는 코드 순서의 배치가.. 암시적 취소 전파에 중요한 영향을 미칠 수 있다는 점에 대해서 말씀드리려고 하는 거예요 !암시적 취소: 하나의 자식 작업에서 에러가 발생했을 때, 나머지 다른 자식 작업에 에러를 전파하는 경우예를 들어 아래처럼 튜플로 구현하실때, image3를 가장 먼저 배치 시키시면, (아무리 튜플이라고 하더라도) 튜플의 첫번째 요소를 가장 먼저 기다린 후에.. 그 다음 image3 -> image1 -> image2 -> image4 -> image5 로 넘어갑니다.(여기서 image3가 에러를 발생시키고 가장 일찍 종료가 되는 경우임)let fetchedImages = try await (images3, image1, image2, image4, image5)따라서, 위처럼 구현하시는 것은 아래의 코드와 순서가 완전히 동일합니다. (동일하게 동작할 수 밖에 없습니다. image3가 가장 먼저 배치되어 있고, 코드는 "순서대로"만 기다리게(동작하게) 됩니다.)let fetchedImage3 = try await image3 let fetchedImage1 = try await image1 let fetchedImage2 = try await image2 let fetchedImage4 = try await image4 let fetchedImage5 = try await image5 따라서 순서를 동일하게 배치하면 완전히 동작이 똑같은 순서대로 동작하겠지만.. 예를 들어 튜플 순서를 아래처럼 1 -> 2 -> 3 -> 4 -> 5 로 배치시키시면, 동작이 달라질 수 있다는 것을 설명드리기 위한 예제입니다.let fetchedImages = try await (images1, image2, image3, image4, image5) 이점을 잘 생각해보시면 좋을 것 같아요! 고맙습니다. :)

재개될 때 스레드 변경시 왜 컨텍스트 스위칭이 발생하지 않는 건가요?

네 안녕하세요 Joy!네 협력적 쓰레드풀 방식은 CPU와 쓰레드가 1대1 관계로 바뀌었기 때문에, CPU코어 이상의 쓰레드를 생성하지 않는 방식이예요. (정확하게, 프로세스(process)라는 건 한개의 앱의 실행을 의미하기 때문에, CPU가 프로세스는 아닙니다. 여러개의 쓰레드 동작을 합쳐서.. 1개의 앱의 실행 == 프로세스(실행 중인 프로그램의 인스턴스)라고 하는 겁니다.)따라서, 프로세스 내부에서 일어나던 컨텍스트 스위칭이라고 표현하는 건 옳지 않다고 생각하고, CPU에서 다른 쓰레드로 전환하는 과정이 맞을 것 같아요.(정확하게는 컨텍스트 스위칭은 2개의 개념에서 일어날 수 있는데.. (1) 프로세스(앱) 간의 컨텍스트 스위칭 (2) 하나의 프로세스(실행되고 있는 앱 한개) 안에서의 컨텍스트 스위칭이 일어날 수 있지만, 저는.. 하나의 앱의 실행 과정에 대해서 설명드리고 있는 것이기 때문에.. 제가 설명드리는 부분은 (2)번 내용에 대해서 말씀드리는 것입니다.)(그래서 프로세스 내부에서 일어나는 컨텍스트 스위칭이 없어진게 아니라, CPU에서 다른 쓰레드로 전환하는 과정이 없어졌다고 표현하는 것이 정확하다고 말씀드리는 거예요.)헷갈리시는 부분에 대해서1. 왜 다른 쓰레드에서 재개가 되는 작업이 컨텍스트 스위칭이 일어나지 않는 건지108페이지 그림을 잘 생각해보시면 좋을 것 같아요. 기존의 방식은 1개의 (운영 체제의 소프트웨어적인) 쓰레드 내부에서 아래 그림처럼 컨텍스트 스위칭이 일어났었는데, 이제 컨텍스트 스위칭이 일어나지 않는 방식으로 바뀌었습니다.(사진)따라서, 비동기 함수가 멈췄다가 다른 쓰레드에서 재개가 되는 것이.. 컨텍스트 스위칭이 일어나지 않는 개념하고는 다른 개념이예요. 예를 들어서, 비동기(async) 함수가 2번 쓰레드에서 실행되다가 3번쓰레드에서 재개가 되더라도..(사진)이건 컨텍스트 스위칭이 아닙니다. (뒤에 메모리 구조(4강 내용)에서 일어나는 일까지 보시면.. 더 정확하게 이해가 되시겠지만..) 이건 실제로 실행하던 CPU코어가 바뀌었을 뿐이지.. 1개의 CPU가 자기가 실행중인 쓰레드를 전환한 개념은 아닙니다. (따라서, 이부분을 다시 한번 잘 생각해 보시면 좋을 것 같아요.)2. CPU당 하나씩 쓰레드를 가지게 되면 최대 동시 실행할 수 있는 앱은 CPU코어수 만큼으로 제한되는지그건아닙니다. 약간 헷갈리고 계신 것 같은데.. 8코어 CPU라고 하면.. 하나의 앱이 실행되는 동안 최대 8개의 쓰레드를 사용할 수있다는 뜻인데.. 그렇다고 하더라도.. 다른 앱들도.. iOS 운영체제에 의해 백그라운드 쓰레드에서 동작하고 있을 수 있습니다. (그리고 갯수가 꼭 그렇게 코어 만큼으로 제한되지는 않습니다.)그냥 조금 쉬운 예를 들어서 생각해보면.. 아이폰에서 조금 무거운(?) 하나의 앱을 실행시키셨다고 가정을 해보면.. 그 무거운 앱이 아무리 빡세게 돌아가더라도 8개의 쓰레드(CPU)를 풀로 사용하고 있는 경우는 거의 없습니다. 그러면 예를 들어, 6개의 쓰레드(CPU)를 풀로 사용하고, 2개의 쓰레드(CPU)를 조금 널럴하게 사용하고 있다면.. 운영체제는 알아서 널럴하게 사용중인 2개의 쓰레드(CPU)를 사용해서 백그라운드에서 멜론(?) 같은 앱을 돌릴 수 있습니다. (운영체제가 알아서 하는 부분이기도 하죠.)이런 것처럼.. CPU(쓰레드)가 8개 이니 무조건 8개의 앱만 돌아가는 것은 아니고, 운영체제는 지금 실행되고 있는 (Foreground에서 돌아가고 있는) 앱은 더 많은 CPU를 활용해서 일처리 하는 것일 뿐인 것이고, 백그라운드에서 돌아가고 있는 앱에는 조금 제한된 CPU 등의 자원을 할당해서 돌아가게 만들 수 있습니다. 따라서, 동시에 실행 가능한 앱의 수는.. CPU 코어 수와는 직접적인 관련이 없고, 8코어(CPU) 기기에서도 10개의 앱을 "실행 중"으로 유지할 수 있습니다. (잘 생각해보시면.. 꼭 iOS 뿐만아니라 그게 macOS라고 하더라도 어차피 인간이 집중해서 처리하는 앱은 일단은 (Foreground에 있는) 한개일 것이기 때문에.. 운영체제가 지금 집중적으로 사용하지 않는 앱은.. CPU등의 리소스를 덜 할당한다.. (아니면 잠시 멈춰놓는다?) 이런 개념으로 생각하시면 됩니다.)결론적으로 , Swift Concurrency의 협력적 스레드 풀 모델은 (컨텍스트 스위칭을 하지 않아) 1개의 CPU의 효율성을 향상시키는 것이지, 시스템(운영체제) 전체에서 실행 가능한 앱의 수를 제한하는 것은 아닙니다.

Task를 함수 내부에서 사용했을 때 값의 변화를 예상하는 법

네 안녕하세요 영균 님! 일단 제가 보기엔 지금 2가지 포인트를 잘 못 짚고 계시는 것 같은데요,(1) Task.yield()의 의미를 정확하게 이해하기 위해 다시 생각해 보시면 좋을 것 같습니다. (8강 22분 전후의 내용 다시 보시는 것도 추천을 드리고요.)원칙적으로 async/await 의 비동기(async) 함수는.. 함수 자체가 운영체제에 오래 걸리는 일처리 동안.. 자기가 사용하는 쓰레드를 양보하게 됩니다. 따라서, 기본적으로 yield( )를 사용하지 않아도 비동기 함수는 양보하게 되어 있습니다.(따라서 보통은 yield( ) 메서드를 사용 하실 필요가 없지만) 어떤 오래 걸리는 일처리 전후로 쓰레드를 양보하고 싶다면.. 선택적으로 사용할 수도 있는 것입니다. 예를 들어..func 비동기로오래걸리는함수() async -> Data { await 비동기함수실행() // 비동기적으로 1초 걸린다고 가정 실제오래걸리는함수1실행() // 동기적으로 10초 걸린다고 가정 실제오래걸리는함수2실행() // 동기적으로 10초 걸린다고 가정 실제오래걸리는함수3실행() // 동기적으로 10초 걸린다고 가정 await 비동기함수실행() // 비동기적으로 1초 걸린다고 가정 }위의 비동기 함수는 대략 32초걸리는 비동기작업이라고 가정해보겠습니다. (설명을 드리기 위해 일부러 함수1,2,3은 동기작업으로 가정한거예요.) 위의 작업은 최소한 32초 이상이 걸릴 수 밖에 없습니다. 동기작업은 30초가 무조건 걸리고.. 비동기는 최소 2초가 걸릴텐데.. 비동기작업에서는 쓰레드를 양보했다가.. 나중에 재개가 될 수 있으니 (쓰레드 사용에 의해서 내부적으로 멈췄다가.. 재개될 수 있으니) 2초보다 더 걸릴 수 있겠죠.(그래도 중간의 동기작업은 한번 일을 시작하면 쓰레드를 양보하는 일이 없을테니, 무조건 30초가.. 스트레이트로 일어날 수 밖에 없습니다. 중간에 양보 시점이 아예 없습니다.) 그러면... 위와 같은 상황에서 30초가 스트레이트로 걸리는 일은.. 너무 오래 걸리는 일이니까..func 비동기로오래걸리는함수() async -> Data { await 비동기함수실행() // 비동기적으로 1초 걸린다고 가정 실제오래걸리는함수1실행() // 동기적으로 10초 걸린다고 가정 try await Task.yield() 실제오래걸리는함수2실행() // 동기적으로 10초 걸린다고 가정 try await Task.yield() 실제오래걸리는함수3실행() // 동기적으로 10초 걸린다고 가정 await 비동기함수실행() // 비동기적으로 1초 걸린다고 가정 }중간에 쓰레드를 양보하면.. 10초씩마다.. 혹시나 다른 일처리가 있다면.. 쓰레드를 양보하는 코드를 넣어주면.. 스트레이트로 30초가 일어나는 일처리를 막을 수 있다는 뜻입니다.(위의 예제를 잘 생각해보시고 다시 질문주세요. 지금 yield메서드의 사용 예시가 잘못 되었습니다.) (2) 아래 Task 함수를 잘 못 설계하셨어요.func dispatch(_ event: Event) { // 2번쓰레드에서 시작 Task { // 3번 쓰레드에서 작업 생성 switch event { case .buttonTapped: count += await fetch() } } }위와 같이 하시면, 예를 들어 dispatch 동기함수가 2번쓰레드에서 작업을 시작해도, 작업을 생성하면서 3번 쓰레드에서 일을 시키고 기다리지 않습니다. Task는 작업을 생성하는 것이기도 하지만.. DispatchQueue.global().async { } 와 비슷하게 일을 시작 시키고 (작업을 생성하고) Task { } 내부의 일이 끝날때까지 기다리지 않는 코드 입니다.따라서 제가 봤을때.. 원하시는 코드가.. dispatch함수가.. 함수 내부의 작업(Task)이 끝날때까지 기다리길 원하시는 것 같은데.. 예를 들어 아래 처럼 작성 하셔야 합니다.func dispatch(_ event: Event) async { // 2번쓰레드에서 시작 let task = Task { switch event { case .buttonTapped: count += await fetch() } } await task.value // 일이 끝날때까지 기다렸다가.. dispatch함수 종료 가능 }위의 코드 내용이 이해가 안가시면, 작업(Task)의 종료 부분의 내용을 강의에서 천천히 코드를 다시 보셨으면 좋겠습니다. (이런 실수들을 하실까지봐.. 제가 처음부터 작업(Task)에 대해서 설명드릴 때.. task.value에서 작업을 기다리는 방법들도 다 설명드린 것입니다.) 위의 내용들을 천천히 다시 생각 해보시고.. 이해가 안되시는 부분이 있으시면 다시 질문 주세요 ! 고맙습니다. :)

playground에서 상단 실행?아이콘 회전 관련하여...

네 안녕하세요 산마로 님. 플레이그라운드의 경우.. 워낙 오류가 많은 프로그램이라.. 너무 신경쓰시지 않아도 됩니다. 특히나 엑스코드 버전이 업데이트 되는 경우, 더 많은 오류들이 발생되기도 합니다. 저도 잘 안되는 경우(저도 가끔씩 원 아이콘이 돌아갈 때) 엑스코드를 껐다키거나, 맥북을 껐다키기도 합니다. 정확한 원인을 저도 모르겠어요 ^^;그리고 현재는 또 Swift 5 / 6 버전이 과도기 적인 상황이라 아마, 플레이그라운드에 더 오류가 많은 것으로 알고 있어요. 가급적이면, 플레이그라운드에서 안정적인 Swift 5를 사용하시는 것도 방법이겠죠.(사진) 오류가 워낙 많아서.. 집착하지 않으셔도 됩니다..! 고맙습니다 :)

활용앱53강에서 질문있습니다.

네 산마로 님.우리가 프로젝트를 생성할때 처음부터 존재하는 ViewController 파일은.. 그냥 애플이 편하게 만들라고 기본 템플릿 같은 것을 제공해주는 개념이라고 생각하시면 됩니다.따라서, ViewController이름을 LoginViewController라고 바꾸시고, (다만 스토리보드가 기존의 ViewController로 연결이 되어있기 때문에) 이것만 우측의 Identifier Inspector 화면에서 LoginViewController로 다시 선택하시면 돼요!그리고 기본적으로.. 코드 Base로 프로젝트를 만드는 경우, 스토리 보드를 아예 삭제해서 사용하실 수도 있는데.. 그런건..https://storing.tistory.com/43이런 링크를 참고해 보시거나 "xcode 스토리보드 삭제"로 구글링 해보시면 또 많은 자료들을 참고하실 수 있습니다 🙂 고맙습니다 !

Project 명칭 변경방법이 궁금합니다.

네 산마로 님그런건, 구글링을 잘 활용해보시면 좋을 것 같아요 :) https://velog.io/@afg0212/Xcode-Project-Name-%EB%B3%80%EA%B2%BD%ED%95%98%EA%B8%B0이런 블로그글을 참고 부탁드립니다.고맙습니다 !

override 에 대해서 궁금한 것이 있습니다.

네 안녕하세요 산마로 님!클래스의 메서드의 재정의에 대해 질문을 주셨는데, 더 본질적인 답변을 드려보자면.. 하위 클래스에서 재정의를 하면서 상위 클래스의 메서드를 호출하는 경우는.. 일반적으로 어떤 동작 과정이 상위에서 반드시 일어나야 하기 때문입니다. (어떤 숨어 있는 동작과정을 반드시 할 필요가 없는 경우는 당연히 호출할 필요가 없는 것이고요. )그런데, 일반적으로 애플이 만들어놓은 스토리보드라던지.. 뷰를 호출하는 과정 내부에는 우리 눈에 보이지 않는 내부적인 메커니즘들이 많이 숨겨져 있습니다. 따라서, 우리가 처음부터 모든 것을 알 수 없고(외울 수 없고) 애플의 공식문서(결국 UIKit 설명서)에서 그때 그때마다 확인을 하는 것이 정답이긴 합니다.그런데 애플 공식문서 viewDidLoad에서..https://developer.apple.com/documentation/uikit/uiviewcontroller/viewdidload()정확하게, 현재는 super.viewDidLoad를 호출해줘야 한다는 말이 실제 공식문서에서 없어지긴 했는데.. 예전 공식문서에서는.. DiscussionTypically, your override would perform one-time instantiation and initialization of the contents of the view controller’s view. If you override this method, call this method on super at some point in your implementation in case a superclass also overrides this method.실제 위와 같이 쓰여져 있었습니다. (위의 내용은 현재 공식 문서에서 사라졌지만.. 블로그 글 등을 찾아보시면 나오는 내용입니다.)위의 내용이 실제 공식 문서에서 사라졌기(바뀌었기) 때문에.. super.viewDidLoad를 호출해주지 않아도 크게 문제가 생기진 않을 것 같지만 (제 뇌피셜), 일반적으로 뷰를 생성하는 과정 등은 복잡한 과정이 얽혀있고, UIKit의 내부 구현 같은 것들이 조금씩 바뀌고 있기 때문에.. 어떤 향후 또 바뀔지도 모르는 안전성을 보장하기 위해서는 호출해 주는게 맞다고 보이긴 합니다. (예전에는 호출하라고 공식문서에 쓰여져 있었는데, 없어진게 저도 의문이긴 하네요.)(예를 들어, UIViewController에는 @MainActor 이런게 안 붙어 있었는데, Swift Concurrency 때문에 붙기도 했죠. 여러가지로 프레임워크는 OS의 업데이트나 새로운 기술이 생기면 내부 구현들이 조금씩 바뀌고 업데이트 되고 있습니다.)그래서, 결론적으로는일반적으로 모든 UIKit 메서드의 경우 재정의를 할때는.. 애플 공식 문서를 확인해보는 것이 정답입니다. 그래서 또 추가적으로 질문주신 seque의 prepare메서드로 공식문서에서 확인해보시면https://developer.apple.com/documentation/uikit/uiviewcontroller/prepare(for:sender:)재정의할때 상위 메서드를 호출하라는 말이 없습니다. (그래서 안 붙여줘도 되는 것이고요.)원칙적으로는, 처음 공부하실 때는 정확성 확인 차원에서 일일이 공식문서를 확인해보시는 것이 정답이고, 나중에 익숙해지시면.. 당연히 여러번 사용해 보았으니까 외워서 사용하게 되는 것이겠지요. 다만, 어느정도 익숙해지시면.. 약간 직관적(또는 감각적..)으로 알게 되시는 것이.. 메서드의 구현 성질을 보시면.. 상위 메서드에서 어떤 일을 반드시 해야할지 / 안 해도 될지 어느정도 감각적으로 알 수는 있습니다. viewDidLoad와 같이.. 뭔가 초기화나 생성과정에 관여하고, 뷰에 관련된 성질은.. 일반적으로 "내부적인 메커니즘이 숨겨져 있는 경우가 많기 때문에" 상위(super) 메서드를 호출하는 경우가 많습니다.(상위에서 어떤 중요한 일들이 일어나야 하는 경우가 많습니다.)그리고 질문주신 prepare 같은 메서드의 성질을 보시면.. 실제 구현 내용이.. 내가 구현하는 prepare메서드 안에서 직접적인 일처리를 위한 구현에만 관여되어 있다는 것이 보이기 때문에.. super에서 할일이 없겠구나.. 라고 직관적으로 조금 예상은 되는 것이지요.추가적으로 아래와 같은 글들도 참고해보셔도 될 것 같습니다. :) https://ittingz.tistory.com/260https://nlestory.tistory.com/214고맙습니다 :)

섹션8] 코드 리팩토링 문의

crimsonpinus 님네 학습자료(PDF)가 아닌 코드는 얼마든지 올리셔도 됩니다 ^^좋은 하루 마무리 잘 하셔요 :)

xcode 에서 ios 버전 선택 및 시뮬레이터 관련 질문

네 안녕하세요 산마로 님엑스코드 16.2버전을 사용하고 계시면, 1) 원래 iOS 지원 최소 버전 자체가 15.6입니다.2) 그리고 시뮬레이터의 경우도 iPhone 16을 그냥 사용하시면 됩니다. (강의 촬영 당시에는 출시버전을 iOS 13.0 이런게 의미가 있었지만, 현재는 일반적인 사용자 버전이 iOS 18로 올라갔기 때문에.. 최소 지원 버전도 16 ~ 17에 맞추셔도 전혀 상관이 없습니다. (사용자의 80%는 iOS 18 사용자일꺼예요.) 또한 시뮬레이터도 그 이후 iPhone 출시가 많이 되었기 때문에 iPhone 16 사용하셔도 전혀 상관이 없습니다.)중요한건 내부 설정에서 언어만 Swift 5 로 (Swift 6가 아닌) 선택되어 있으시면 전혀 문제가 없으세요.그리고 강의 내용을 이해하시는게 중요하지, 저런 버전 자체는 사실.. 중요하지는 않다고 생각하시면 될 것 같아요. (그리고 강의의 핵심적인 내용들을 이해하는데 전혀 영향을 미치는 부분도 아니고요.)그럼에도 불구하고, 강의내용과 비슷하게 진행해보고 싶으시면https://www.xcodes.app/여기서 Xcode 버전을 15.3 ~ 15.4로 추가로 설치하셔서 진행하시는 방법은 있긴 합니다.고맙습니다. :)

파트1 PDF 강의 자료 다운로드

섹션 2에서..주의 부분에 들어가시면, 위쪽에 자료 다운로드 버튼이 있습니다. :)(사진) 수업 수강을 결정해주셔서 고맙습니다.