Skip to content

💙 [25년 3월]

mint3382 edited this page Apr 1, 2025 · 3 revisions

⭐️ 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로 처리하게 되면 가장 큰 이미지를 로드할 시점부터는 그 뒤에 있는 이미지도 모두 로드되지 않음

Clone this wiki locally