swift

안녕하세요, 루피입니다.이번 포스팅부터 Swift Concurrency에 대해 학습해보려 하는데요, 이전에 한번 정리한 적이 있지만, 좀 더 체계적인 방법으로 정리해보고자 합니다.Swift 5.5부터 도입된 Swift의 내장된 Concurrency 시스템은 가볍지만 효율적인 동시성 코드를 작성할 수 있도록 도와줍니다.기존 GCD와 OperationQueue의 복잡성을 해결하고, 더 안전하고 직관적인 비동기 프로그래밍을 가능하게 합니다.기존 방식의 한계점기존 GCD 방식에서는 다음과 같은 복잡성이 있었습니다.// 기존 GCD 방식의 문제점DispatchQueue.global().async { let data = self.fetchData() DispatchQueue.main.async { [we..

안녕하세요, iOS 개발하는 루피입니다. 오늘은 SwiftUI View와 Modifiers에 대해 공부하면서 궁금했던 some View, 특히 some 키워드에 대해 좀 더 자세히 알아보겠습니다. 바로 시작합니다.1. some View를 왜 써야 하는가?지난 글에서 "some View는 View 프로토콜을 준수하는 어떤 객체이지만, 정확히 어떤 타입인지는 말하고 싶지 않다"라고 간략하게 설명했는데요. 그래 편하겠지... 근데 뭐가 어떻게 편한거야? 그리고 왜 써야하는지 잘 와 닿지가 않더라고요... 그래서 이 부분에 대해 더 자세히 살펴보겠습니다.1) 편리성과 코드 가독성만약 우리가 some View를 사용하지 못한다면 어떻게 될까요?만약 Text를 반환하고 싶다면... struct ContentView..

안녕하세요, iOS 개발하는 루피입니다. 오늘은 최근 SwiftUI를 기반으로 컴퓨터종합설계 프로젝트를 진행 중인데, 느린 사진 업로드 문제를 해결했던 트러블 슈팅 경험을 정리해보려 합니다. 바로 시작합니다.1. 문제 발생 배경최근 SwiftUI 기반 사진 공유 앱의 사진 업로드 기능에 성능 문제가 발생했습니다. 사용자가 사진첩에서 사진을 선택해 S3 버킷에 업로드하는 기능이었는데, 10장의 사진을 업로드하는 데 12초 이상 걸렸습니다. 이렇게 될 경우 사용성이 많이 떨어질 것으로 판단하여, 기능 개선을 위해 노력했습니다. 느린 업로드 문제를 진단하고, 최적화 과정을 통해 업로드 시간을 단축한 트러블슈팅 과정을 공유합니다.2. 문제 상황 : 느린 사진 업로드앱의 PhotoListViewModel은 사용..

안녕하세요, iOS 개발하는 루피입니다! 오늘은 공식문서를 바탕으로 StateObject에 대해 정리해 보는 시간을 가져보려 합니다. 바로 시작합니다.StateObject란?StateObject는 SwiftUI에서 참조 타입 객체를 관리하기 위한 프로퍼티 래퍼로, iOS 14부터 도입되었습니다.(iOS 17 이후부터는 참조 타입도 @Observable 매크로와 함께 @State로 관리하는 것을 Apple이 권장하고 있습니다.) ObservableObject 프로토콜을 준수하는 참조 타입 객체의 생명주기를 관리하고, 뷰가 업데이트될 때도 객체의 상태를 안정적으로 유지하는 역할을 합니다.@MainActor @frozen @propertyWrapper @preconcurrencystruct StateObjec..

안녕하세요, iOS 개발하는 루피입니다. 오늘은 공식문서를 바탕으로 Bindable에 대해 정리해보는 시간을 갖겠습니다. 바로 시작합니다.Bindable이란?@Bindable은 Observable 객체의 변경 가능한 속성들에 바인딩을 생성할 수 있게 해주는 프로퍼티 래퍼입니다.이 프로퍼티 래퍼를 사용하면 Observable 프로토콜을 준수하는 데이터 모델 객체의 변경 가능한 속성에 바인딩을 만들 수 있습니다. 예를 들어, 아래 코드에서는 @Bindable로 book 입력을 감싸고 있습니다. 그런 다음 TextField를 사용해 책의 title 속성을 변경하고, Toggle을 사용해 isAvailable 속성을 변경합니다. 이때 $ 문법을 사용하여 각 속성에 대한 바인딩을 컨트롤에 전달합니다.@Observ..

안녕하세요, iOS 개발하는 루피입니다!이전 글에서 SwiftUI의 상태 관리 기본 개념과 특징에 대해 알아보았습니다. 이번 글에서는 상태를 하위 뷰와 공유하는 방법, Observable 객체와의 활용, 그리고 성능 최적화와 일반적인 실수에 대해 알아보겠습니다.바로 시작합니다.하위 뷰와 상태 공유하기 (Share state with subviews)상태 프로퍼티를 하위 뷰로 전달하면, 상위 뷰에서 해당 값이 변경될 때마다 SwiftUI는 하위 뷰를 자동으로 업데이트합니다. 하지만 하위 뷰는 이 값을 수정할 수 없습니다. 하위 뷰가 상태 값을 수정할 수 있게 하려면, 상태 대신 바인딩을 전달해야 합니다. 예를 들어, PlayButton에서 isPlaying 상태를 제거하고, 대신 바인딩을 받도록 변경할 수..

안녕하세요, iOS 개발하는 루피입니다! 오늘은 SwiftUI의 선언적 UI 패러다임의 핵심인 상태 관리에 대해 알아보겠습니다. 특히 가장 기본이 되는 State 프로퍼티 래퍼를 중심으로 공식 문서를 바탕으로 정리해보았습니다. 바로 시작합니다.@State란 무엇인가?@State는 SwiftUI에서 제공하는 Property Wrapper 타입의 하나로, 변수 앞에 위치하며 해당 프로퍼티 데이터 값에 접근할 수 있고 또한 최신 값을 반영합니다. 이름 그대로 상태(State) 자체를 나타내며, 상태가 변하면 UI도 이에 맞게 변합니다.struct ContentView: View { @State private var name = "World" var body: some View { VSt..

안녕하세요, iOS 개발하는 루피입니다! 오늘은 SwiftUI의 Model Data를 공식 문서를 바탕으로 간단하게 알아보겠습니다. 바로 시작합니다.Model Data란?SwiftUI 앱에서 UI로 표시되는 정보를 관리하는 데이터 구조를 의미합니다. 이는 사용자가 인터페이스를 통해 상호작용하고 수정할 수 있는 데이터를 표현하는 커스텀 타입입니다.Model Data를 왜 쓰는가?데이터와 뷰의 분리: 데이터 모델은 데이터와 상호작용하는 뷰와 데이터 자체를 분리합니다.모듈화 증진: 이러한 분리는 앱의 모듈화에 기여합니다.테스트 용이성: 데이터 로직을 UI와 분리함으로써 테스트가 더 쉬워집니다.코드 추론 개선: 앱의 작동 방식을 더 쉽게 이해하고 추론할 수 있게 합니다.OverviewSwiftUI는 선언적 방식..

안녕하세요, 루피입니다. 오늘은 Concurrency의 핵심 개념인 메인 스레드에 대해 알아보겠습니다.모든 프로그램의 시작점, 메인 스레드모든 프로그램은 실행될 때 최소 하나 이상의 Thread를 갖게 되는데, 이 첫 번째 스레드를 바로 Main Thread라고 부릅니다. 간단한 커맨드라인 앱은 메인 스레드 하나만으로 모든 작업을 마칠 수 있지만, iOS 앱처럼 복잡한 프로그램은 여러 스레드를 사용합니다. 하지만 어떤 경우든, 앱이 실행되는 동안 메인 스레드는 항상 존재합니다. UI 작업은 메인 스레드에서가장 중요한 규칙입니다. 모든 UI 관련 작업(은 반드시 메인 스레드에서 처리해야 합니다. '가끔'이 아니라 '항상'입니다. 만약 다른 스레드에서 UI를 업데이트하려고 하면 어떻게 될까요?아무 일도 일어..

안녕하세요, 루피입니다! 오늘은 Swift 동시성 과 병렬성에 대해 간단하게 정리해보겠습니다. 바로 시작합니다.단일 코어 CPU 일때단일 코어 CPU인 컴퓨터를 사용할 때, 우리는 컴퓨터가 여러 작업을 동시에 돌아가는 것과 같은 경험을 하게 됩니다.예를 들어, 우리는 인터넷을 쓰면서, 음악도 같이 틀어 놓을 수 있죠!! 하지만, 사실은 그렇지 않습니다. 단일 코어 CPU는 한 번에 딱 한가지 일만 할 수 있기 때문입니다.한 앱이 시작해서 살짝 작업을 진행하다 멈추고, 다른 앱이 시작해서 조금 진행하다 멈추고, 이러한 방식으로 반복하는 것입니다. CPU가 프로그램들 사이를 워낙 빨리 오가니깐 겉보기에는 다 같이 돌아가는 것처럼 느끼는 것뿐이죠. 이러한 개념이 바로 동시성입니다.두 번째 코어가 추가 된다면?..