Skip to content

💙 [25년 2월]

mint3382 edited this page Apr 1, 2025 · 5 revisions

⭐️ Meet AsyncSequence ‐ 20250207

주요 주제

AsyncStream의 처리 방법과 특징
RxSwift와 Swift Testing의 차이점과 활용 방안
Async Sequence를 활용한 Combine 대체 방안

원하는 추가 학습

for 문에서 finish 실행 방법 확인
RxSwift에서 로직 작성 방법 검토

AsyncStream

AsyncStream은 Async Sequence를 준수해서 직접 만들 수 있는 방법임
AsyncStream으로 변경하기 위해서 클로저에서 일드 발생하는 처리랑 종료하는 처리를 같이 하는 것 같음

RxSwift

RxSwift로 로직 짜고 Swift Testing으로 해야지 하고 시작했는데 expectation, wait이 없어서 찾아보니까 Sync의 Context를 지원한다고 해서 처음 써봤음
21년도에 나온 건데 생각보다 쓰는 사람을 못 본 것 같음
Sequence로 처리해야 할 상황을 못 봤던 것 같긴 함

Combine 대체품

Combine 중에 계속해서 publisher가 유지돼야 되는 상황이 아니면 대체가 될 수 있겠다고 생각이 들었음

Async Sequence의 종료 시점

Async Sequence를 쓰게 되면 종료 시점은 어떻게 되는지 물음
for문을 설정을 실행을 하면 publish가 끝나지 않는다고 봐야 함
for문 안에서 finish를 실행을 따로 시키는 방법이 Rx 코드에 있었는지

finish 호출

finish가 호출이 안 되면은 여기서 계속 멈춰 있음
기다리면서 다음 값을 await 하면서 계속 멈춰 있음

break가 없을 경우

break가 없다고 생각을 하면 종료 시점에 들어가긴 할까라고 생각함
실제로 에러나 completion을 방출하지 않는 이상 종료가 안 됨
테스트할 때 break로 받았으면 됐어 하고 탈퇴함

⭐️ Mysteries of AutoLayout ‐ 20250214

UIStackView 성능 변화

iOS 9부터 UIStackView를 사용하여 레이아웃을 잡을 수 있었다.
이때 UIStackView는 CATransformLayer를 사용하여 자체 렌더링 과정이 없었기에 기존의 UIView를 사용하는 것보다 가볍고 빨랐다.
때문에 UIStackView에는 배경색, 그림자 등을 줄 수 없었다.
하지만 iOS 14 이후부터는 CATransformLayer를 CALayer로 바꾸면서 배경색, 그림자 등을 줄 수 있게 되고, 자체 렌더링 과정이 생겼다.
이로 인해 그 전 CATransformLayer를 사용할 때보다는 성능이 떨어지게 되었다.
하지만, 디바이스의 발전으로 인해 그 정도는 수용가능한 범위이지 않았을까 하는 생각을 한다.
관련 링크

Content Hugging vs Compression Resistance

둘은 목적 자체가 다르기 때문에 Content Hugging 대신 Compression을 사용할 수는 없다.
Content Hugging은 뷰가 intrinsic content size보다 불필요하게 커지지 않도록 하는 역할을 한다.
Compression Resistance는 뷰가 자신의 intrinsic content size보다 작아지지 않도록 방지하는 역할을 한다.

Constraint add/remove -> active/inactive

토글로 뷰의 크기 상태에 따라 유동적인 변경이 가능하다.

⭐️ Demystify parallelization in Xcode builds ‐ 20250228

Clone this wiki locally