클린 아키텍처 예제 소스를 통해 공부하면서 AppFlowCoordinator, OOFtorlowCoordinator 이라는 이름을 갖고 있는 파일들이 있어서 보니깐 앱에서 화면 이동 관련된 부분만 따로 모아뒀길래 나중에 화면이 많아지고 복잡해 질수록 해당 방식을 사용하

회사에서 나름 핫한 이슈였다. 웹/서버 팀에서는 풀스택으로 프론트와 백엔드를 같이하다보니 백엔드에서도 최대한 null이 아닌 빈 값으로라도 내려줄 수 있도록 한다고 하고.. 또 프론트에서도 혹시 모를 Null을 대비해서 처리를 하고 있다고 한다.하지만, 휴먼 에러는 어

이 책은 이제 iOS 개발에 입문하시는 분들을 타겟으로 모든 내용이 정리되어 있고 책의 목차는 5개의 마당으로 이루어져 있다. 또한 최신 Swift 5.7 버전과 Xcode 14를 사용해서 예제를 진행하고 있다.각 챕터의 시작에는 어떤 예제를 다룰 것 인지? 그리고 예

객체의 행동이 객체의 상태를 결정한다. 1장에서는 커피 가게를 예시로 들었다면 2장에서는 이상한 나라의 앨리스를 예시로 들고있다. 앨리스가 정원으로 통하는 문을 지나기 위해서 키를 조절하는 부분을 생각하면 된다. 앨리스는 키(상태)를 조절하기 위해서 음료를 마시거나

카페에 가서 커피를 주문하는 경우를 생각해보면 다음과 같다.손님 ---> 캐셔 ---> 바리스타여기서 생각해야할 부분은 손님의 역할과 책임, 캐셔의 역할과 책임, 바리스타의 역할과 책임이다.간단하게 카페에 가서 손님의 역할과 책임이면.. 손님은 케셔에게 주문을 하는 역

Thread = 노동자, Task = 일iOS에서 메인 스레드의 대표적인 작업 중 하나는 UI를 그리는 일메인 스레드에 몰린 작업들을 다른 스레드에서도 동시에 작업 하도록 하는 것 = 동시성 프로그래밍iOS에서는 queue에 보내기만 하면 알아서 다른 스레드로 분산 처

데이터의 흐름과 전달에 관한 프로그래밍 패러다임이다.데이터의 흐름을 먼저 정의하고 데이터에 변화가 생겼을 때 연관된 작업이 알아서 실행되는 것이다.기존에는 데이터를 사용하는 곳에서 데이터를 직접 가져와서 사용하는 반면에, 반응형 프로그래밍은 데이터의 변화가 발생한 곳에

커넥트 이미지회사 앱 테스트를 위해서 항상 TestFilght를 올린 뒤에 App Store Connect에서 수십번 새로고침 한다.. 바로 수출규정 관련 문서 누락이 뜨면 해당 메세지에서 아니요!! 를 체크하기 위해서다.앱 스토어 커넥트에 올라가는 시간도 긴데 해당

강의들으면서 구현한 간단한 앱 Unit Test 코드 작성하기 위해서 타겟에서 UnitTesting Bundle를 추가하고 생성된 Test 파일로 이동을 했다. 그런데 시작도 해보기 전에 이런 에러랑 만나게 되었다..😭 그래서 구글링을 통해서 알아보니깐 Buil

UITableViewDataSourcePrefetching를 언제 써야할까?\-> cellForRowAt이 호출되기 전에 미리 데이터를 로드를 해줘야 할 경우에 사용해주면 좋다!예를 들면, 수많은 셀이 있는데 각 셀마다 이미지를 서버에서 불러와야하는 경우에 처리하는 시

이미지1사내에 이 책이 있어서 평소 글쓰는 것에 대해서 그리고 말을 하는 것에 있어서 생각이 많던 나에게 도움을 줄 수 있을 것 같아서 설 연휴동안 읽어보았다.읽기 전에 가장 흥미로웠던 목차는... 바로.. 기술 블로그 작성 관련 목차다!!왜냐하면 이 벨로그를 조금 더

먼저 앱에는 흰색같은 밝은 색의 배경색을 갖을 수도, 검은색같은 어두운 색의 배경색을 갖을 수도 있다. 그래서 현재 화면에 맞게 상태바의 색상을 바꿔주어야 한다. 아래 링크는 애플에서 제공하는 Human Interface Guideline에 나와있는 상태바의 대한 이야

지금까지 View를 코드로 그리고 있었으면서 VC(View Controller) Life Cycle에서 LoadView라는 부분을 크게 신경쓰지 못하고 있었는데.. 최근 회사에서 리디자인 작업을 진행하면서 맡은 뷰를 Objective-C + Storyboard 조합에서

이번 WWDC 21에서 Swift에 async, await를 지원하면서 동시성에 대한 이야기가 있었다. 그래서 Swift 공식 문서에 나온 동시성에 대해 정리해보려고 한다.동시성(Concurrency)은 다수의 코어가 있는 환경에서 각 코어가 작업 중 코어마다 동시에

RxSwift에서 연산자들 중에서 중요한 연산자라고 할 수 있는 변환 연산자(Transforming Operator)에 대해 정리해보려고 한다. 어제 정리한 필터링 연산자처럼 Swift 표준 라이브러리와 유사한 연산자들이 있다..toArray()요소들을 묶어 Array

filter는 들어오는 데이터 중에서 필요한 데이터는 취하고 필요하지 않는 데이터는 제외시키는 것으로 많이 알고 있다. 이번에는 RxSwift에서 이런 필터링하는 연산에 대해서 정리해보려고 한다. Ignoring Operators .ignoreElements()

시작하기 앞서서 참고하고있는 깃허브에서 Subject를 Observable이자 Obserber인 것이라고 표현하고 있다. 처음에는 이 말의 뜻이 이해가 가지 않아서 찾아보니깐 Subject가 ObserverType 프로토콜을 채택하고 있고 Observable을 상속하고

어제는 Observable을 생성하고 구독하는 방법에 대해 정리했으니깐 이번엔 구독을 취소하는 방법에 대해 정리해보려고 합니다. Observable 종료

marble diagrams를 이용해서 시간 흐름에 따라 값을 표현하는 방식으로 생명주기를 알아볼 수 있다. 시간은 왼쪽에서 오른쪽으로 흐른다.next 이벤트를 통해서 각각의 요소(1,2,3)을 방출하는 그림.3개의 tap 이벤트가 방출된 뒤 완전 종료된 그림. 이것을

UITableView에서 DataSource와 Delegate 프로토콜말고 남은 한 가지 프로토콜인 UITableVIewDataSourcePrefetching 프로토콜이다. 프로토콜의 이름만 보면 UITableView에서 DataSource를 미리가져오는(Prefetc