💙 [25년 3월]

⭐️ Meet Swift Testing‐ 20250324

Test Attribute

• Test Attribute가 붙은 걸 타입으로 묶으면 suite가 됨
• Test Attribute를 쓰면 옆에 테스트 가능하다는 표시가 생김
• 구조체로 감싸 줬을 때 표시가 생기는데 편의상 suite로 취급을 해서 테스트를 감싸는 테스트를 생성을 해 줌

Parameter Raised 테스트

• 테스트나 suite에 있는 serialize나 속성을 줄 수 있는 부분을 trait라고 함
• 테스트 기능 중에 Parameter Raised 테스트가 좋아 보임
• Parameter Raised 메서드를 쓰니까 하나로 통일해서 두 가지 상황에 대해서 대응을 할 수 있지 않을까 생각함

패스워드 검증 결과

• 테스트를 할 때 모든 데이터에 대해서 검증을 다 진행을 하는 편인지 궁금함
• 패스워드 검증 결과가 세부적으로 나눠져 있는 편이라서 데이터가 어떤 게 문제가 될지 다 다르기 때문임
• expect와 require의 차이점은 expect는 에러가 발생해도 테스트가 진행이 되고 require는 충족되어야 하는 중요한 조건을 사용하도록 하라고 summary로 해놨음

⭐️ Explore structured concurrency in Swift‐ 20250331

주요 주제

• 구조적 동시성의 실행 흐름과 Unstructured task의 사용 방법
• Detached tasks와 Unstructured task의 차이와 그 목적
• 병렬적 처리를 위한 어싱크렛의 사용 방법과 성능상의 이점

구조적 에러 처리 흐름의 의미

• 기존에 있는 내용이 오류를 처리하는 것에 있어서 구조적 흐름을 통하는 것에 의미가 없었기 때문에 의미가 있게 만들었다,라고 말한 설명하신 거라고 생각했음
• 기존 컴플리션 핸들러의 실행 흐름이 톱다운 순서를 따르지 않다 보니까 에러 핸들링 구조랑 융합이 되지 않았다 말씀해 주신 건 맞는 것 같음
• Unstructured task가 뭔가 어떤 예시가 있을까 궁금함

비동기적 작업의 동기적 컨텍스트 호출

• 비동기적인 작업을 동기적인 context에서 호출하려고 할 때는 Unstructured task를 써서 테스크로 감싸줘야 함
• Detached task는 부모 context 자체가 없으니까 바로 인접해 있는 뒤에 실행 흐름에다가 테스크 내용이 옮겨지는 것이 아니고 다른 무작위 순서라고 해야 됨
• 취소 관련된 이야기는 오류가 생기면 해당 작업들이 그냥 다 꺼지는 게 아니라 오류 생겼으니 멈춤 상태로만 변하는 것임

Detached의 개념

• 테스크 클로저에다가 메인 액터라고 어노테이션 붙이고 해도 메인 스레드로 클로즈 내부에 있는 로직들을 실행할 수 있게끔 스레드 분리를 할 수 있음
• Detached의 개념 자체가 기존에 생성되고 있는 부모 스레드가 있었을 때 내부에서 새롭게 테스크를 열어서 다른 별도의 스레드로 보내는 경우라고 이해를 했음 -> 비동기 작업 안에 테스크를 만들었을 때 테스크는 다른 스레드에서 실행이 될 거라는 게 가정인 것 같음 (☑️추후 액터를 보면서 더 논의 필요)

Detached의 목적

• 테스크가 실현되는 타이밍이 어떤 특정 패턴이나 확실한 게 없음
• 테스크 자체가 메인으로 어쨌든 옮겨지는 역할을 하게 된 것 같음
• Detached의 목적 자체가 에러가 나거나 했을 때 하위 테스크들을 전부 취소 상태로 만드는 것을 Detached만 유일하게 그러지 못하게 한다는 것 같음
• 자체 취소 로직이나 스레드의 점유를 하면서 동작해야 되는 과정이면 Detached를 쓰는 것임

async let의 장점

• 병렬적으로 수행하고자 할 때 썼음
• 오버헤드가 줄어 성능상 이득을 볼 수 있음
• async let을 쓰지 않고 await로 처리하게 되면 가장 큰 이미지를 로드할 시점부터는 그 뒤에 있는 이미지도 모두 로드되지 않음