꼼꼼하게 빈 틈을 채워나가는 개발자

개요 SwiftUI의 바인딩 타입은 애플리케이션의 서로 다른 부분 간의 통신을 용이하게 합니다. 따라서 SwiftUI에서 가장 중요한 유형 중 하나입니다. 이를 통해서 애플리케이션 중 일부의 변경사항을 즉시 다른 부분에 반역할 수 있고, @ObservedObject, @State 프로퍼티 래퍼 또는 environment 값을 사용하여 궁극적으로 바인딩 하도록 돕습니다. SwiftUI에서의 바인딩은 프로퍼티 래퍼로 양방향 바인딩을 사용하여 상태를 처리합니다. TCA의 가장 큰 특징은 단방향 데이터 흐름을 채택하는 것인데, TCA의 Store는 SwiftUI의 UI 컨트롤과 양방향 바인딩을 이루어야고, Store에 있는 State와 Action은 단방향 데이터 흐름을 갖도록하는 해야합니다. 이러한 것을 가능..

Environment는 어디갔나? TCA는 State, Action, Reducer, Environment, View, Store를 기본 구성으로 갖는다. 이전 포스트에 위와 같은 말을 한 적이 있다. 근데, 예제를 설명하면서 State, Action, Reducer, View, Store 객체에 대한 설명은 했지만 Environment 객체는 찾아볼 수 없었다. (의존성이 객체 형식으로 Reducer에 주입된 것이 아니라 코드로 이어붙이기했다.) 이는 TCA가 최신 버전으로 Release 되면서 TCA 아키텍처를 코드로 정의할 때 아키텍처의 일부 구성이 변경되었기 때문이다. 지난 게시글의 예제 화면에 숫자와 이 숫자를 증가할 수 있는 + 버튼, 감소할 수 있는 - 버튼, 더 다양한 행동을 위해 탭 하면..

최근에 TCA에 관련되어 자료조사할 일이 생겨서 TCA 공식 문서와 공식 업데이트, 개발 방향에 대해 공부한 것을 정리해보려고 한다. TCA pointfree에서 Brandon Williams와 Stephen Ceils가 만들어낸 아키텍처 TCA는 The Composable Architecture의 약자로서, 구성, 테스트 및 인체 공학적으로 개발자가 일관적으로 이해하여 애플리케이션을 구축할 수 있도록 도와주는 라이브러리이다. SwiftUI, UIKit 등 모든 Apple 플랫폼(iOS, macOS, tvOS 및 watchOS)에서 사용할 수 있다. The Composable Architecture can be used to power applications built in many frameworks,..

배열 Array 연관된 데이터를 하나의 변수에 그룹핑해서 관리하기 위한 방법 메모리 상에서 데이터를 연속적으로 저장하는 것이 특징 장점 배열을 이용하면 하나의 변수에 여러 정보를 담을 수 있고, 반복문과 결합하면 많은 정보도 효율적으로 처리 가능 데이터가 연속적으로 저장되어있기 때문에 index를 통한 접근이 가능 단점 배열의 크기는 선언할 때 고정되어야 함 데이터를 연속적으로 유지해야하기 때문에 삽입/삭제가 오래 걸림 배열 중간에 있는 데이터가 삭제되면, 공간 낭비가 발생함 동적배열이란? 동적배열 배열의 크기는 선언할 때 고정되어야 하기 때문에 동적으로 크기를 변경하는 것이 사실 어렵지만 가능하다. 동적 배열은 초기에 작은 크기의 배열을 선언하고 데이터가 추가될 때마다 크기를 동적으로 확장시키는 방법이..

RESTful API를 사용하는 네트워킹 통신을 공부하다보니, 네트워크 추상화 단계에 URL을 별도로 처리하는 코드가 있어 궁금증이 들었다. 1. 왜 URL을 별도로 처리해야하는가? 2. URLComponents, URLQueryItem 타입들은 각각 무슨 용도이며, 어떻게 사용되는가? 무조건 공식문서부터 확인했지만 잘 이해가 되지 않았다. 따라서 위 궁금증에 답을 하기 위해서 먼저 기초를 다시 확인할 필요가 있었다. 1. URL 먼저, URL의 개념을 알기 전 URI를 확인하고 넘어가야했다. URI는 우리말로 통합 자원 식별자를 칭한다. 즉, URI는 인터넷 상의 리소스 '자원 자체'를 의미한다고 할 수 있다. URL은 인터넷 상의 리소스가 존재하는 '위치'를 나타내기 위한 규약이다. 즉, URL은 '..

메모리 구조 가상 메모리 프로그램에 실제 메모리 주소가 아닌 가상의 메모리 주소를 할당해 RAM을 관리하는 방식 배경 실제 물리적인 메모리 용량에 한계가 있기 때문에 큰 단일 프로그램이나, 복수의 프로그램을 실행시킬 수 없다. 사용 보조기억장치에 가상의 메모리 공간을 확보하고 프로그램에서 필요한 부분만 메모리에 적재해서 사용한다. 물리적인 메모리가 부족한 경우에도 보조기억장치를 사용하여 프로그램을 실행할 수 있기 때문에, 시스템의 안정성과 신뢰성을 높일 수 있다. 사용 속도는 물리메모리보다 느리다는 단점이 있다. 운영체제는 가상메모리에서 단위 메모리 블록 개념을 사용하여 효율적으로 필요한 만큼의 메모리 공간을 할당한다. 메모리 구조 - 가상 주소 공간 가상 메모리에서 프로그램에 할당된 메모리 공간을 가상..

1. 개요 앱을 만들다보면 서버를 이용해서 로그인하는 기능이 필요로할 때가 있다. 이 때, 자체적인 회원가입을 통해 로그인을 하게 할 수도 있다. 요즘에는 SNS 계정 연동으로 로그인하는 경우가 많지만, 이번 게시글에서는 Email Auth를 사용하여 FirebaseAuth에 회원가입을 통해 회원 계정 정보를 등록하고 등록한 정보로 로그인하는 과정을 기록한다. 또한 앱 종료 후 다시 실행시켰을 때 이전 로그인한 기록을 가지고 자동로그인하는 방법도 구현하였다. 2. Firebase와 프로젝트 연결하기 Firebase 프로젝트와 Xcode 프로젝트 생성은 이전 포스팅과 같다. 이미 방법을 알고 있다면 중간에 패키지 추가사항만 확인해두면 되겠다. 먼저, Xcode에서 프로젝트를 생성한다. 프로젝트 생성시 정해..

1. 개요 앱을 만들다보면 서버를 이용해서 로그인하는 기능이 필요로할 때가 있다. 이 때, 자체적인 회원가입을 통해 로그인을 하게 할 수도 있지만 대게 다른 소셜 계정을 통해서 로그인하는 방법이 편리할 때가 있다. FirebaseAuth에서는 다양한 소셜 계정으로 서버에 로그인하는 방법을 지원하는데, 여기서 Google 계정을 이용해서 로그인하는 방법을 적용해보고자 한다. 또한 앱 종료 후 다시 실행시켰을 때 이전 로그인한 기록을 가지고 자동로그인하는 방법도 구현하였다. 2. Firebase와 Xcode 연결하기 Firebase 프로젝트와 Xcode 프로젝트 생성은 이전 포스팅과 같다. 이미 방법을 알고 있다면 중간에 패키지 추가사항만 확인해두면 되겠다. 먼저, Xcode에서 프로젝트를 생성한다. 프로젝..

1. 개요 Firebase 실시간 데이터베이스는 클라우드 호스팅 데이터베이스이다. 데이터는 JSON으로 저장되며 연결된 모든 클라이언트에 실시간으로 동기화되는 장점이 있다. 또한 Firebase Realtime Database는 모든 클라이언트가 하나의 실시간 데이터베이스 인스턴스를 공유하고 자동으로 최신 데이터 업데이트를 할 수 있어서 여러 플랫폼(Android, iOS 및 JavaScript SDK)으로 교차 플랫폼 앱을 구축할 때 유용하다. 나는 SwiftUI로 Firebase Realtime Database를 공부하는데, CRUD(쓰기, 읽기, 수정, 삭제) 을 제대로 다루는 방법을 찾고자 했다. 내가 직면한 문제는 CRUD는 모두 정상 작동 하지만, 실시간 데이터 읽기 시 각 이벤트가 발생할 때..

SwiftUI를 이용해서 Web에 있는 JSON API를 호출할 때 다음과 같은 코드를 사용한다. class WebService { func fetchData(url: String) async throws -> [Person] { guard let url = URL(string: url) else { return [] } let (data, _) = try await URLSession.shared.data(from: url) let nkdata = try JSONDecoder().decode([Person].self, from: data) return nkdata } } 하지만 학습하거나 테스트를 할 때 종종 우리는 에러를 마주하곤한다. 내가 학습하면서 확인한 에러는 다음과 같았다. 나는 정부에서 제공..