아삭아삭 iOS 개발

새싹 프로그램의 마지막 프로젝트였던 SLP(Service Level Project)가 드디어 마무리되어 회고를 해보려고 합니다! 마지막 프로젝트 였기도 하고 서비스레벨의 작업을 해본다는 점이 매우 설레고 의미가 있었던 것 같아요. 이전에 모든 것을 혼자 작업했던 출시 프로젝트와 달리 전문가의 손길이 느껴지는 디자인 리소스(Figma 사용), 서버(Swagger로 확인), 그리고 기획안(Confluence로 협업)을 갖고 작업하니 보다 체계적인 진행을 할 수 있어 좋았습니다. (정성스럽게 작성해주신 디자인 리소스, 기획안, 그리고 바쁘신 와중에 서버관리까지 모두 감사합니다 멘토님들!!👍🏻) Figma에서는 화면 구성을 참고하고, Confluence 기획안에서는 작동 로직을 참고하여 어떤 UI객체로 화면을 ..

이번 포스팅에서는 happy realming 시리즈의 마지막으로 multithreaded 작업에 대해 간단히 소개해보겠습니다! Part3) Communication Across Threads 1. thread간 realm instance 전달하기 2. realm에서의 async/await 1. thread간 realm instance 전달하기 지난 포스팅들에서 설명한 것처럼 여러개의 thread에서 각각의 realm instance를 새로 생성했다는 전제 하에는 동일한 realm을 열 수 있었습니다. 하지만! realm에서는 (해당 객체들이 생성된 thread를 제외하고는) 다른 thread로 객체들을 보낼 수는 없습니다. 왜냐하면 멀티스레드 환경에서 Realm Database 처리의 주요사항이 바로 객..

이번 포스팅에서는 relam의 background write에 다뤄보겠습니다~! Part2) Background Write 1. background realm example 2.(ver 10.26.0 이후) write.Async 등장 3. writeAsync example 1. background realm example realm 버전 10.26.0 이전까지는 background write 처리를 하기 위해서는 아래 2가지를 챙겨주어야 했습니다. 1) autoreleasepool 블록 안에 write 작업하기 autoreleasepool를 설정하면 블록내 코드가 자동으로 메모리 해제되는 것이 아니라, 모든 작업이 끝날 때 해제될 수 있도록 보장해줍니다. 이로인해 background 처리시 작업의 안정성..

지난 포스팅에서의 Realm Threading 유의사항 3가지에 이어서 이번 포스팅에서는 Transacition에 대한 정의와 특징, 그리고 realm에서의 특징에 대해 알아보겠습니다. Part1) Overview 1. realm 사용시 background로 작업의 필요성 2. realm multithreaded 작업시 주의사항 (규칙 3가지) 3. Transaction의 정의 및 특징 지난 시간에 이어 갑자기 transaction에 대한 얘기로 왜 흘러가는지 궁금하실 수 있는데요, 바로 transaction의 특징들이 바로 지난번의 realm threading 유의사항 3개에 대한 설명이 될 수 있기 때문입니다. (1) Transaction 이란? Transaction이란 한마디로 작업 수행의 논리적인..

sesac 과정 중, realm threading을 주제로 위클리 컨퍼런스 발표를 할 기회가 있었습니다. 발표를 준비하면서 공부한 내용을 보다 많은 사람들과 공유하고자 블로그에 올리게 되었는데요, 틀린 내용이 있다면 언제든지 알려주세요! Part1) Overview 1. realm 사용시 background로 작업의 필요성 2. realm multithreaded 작업시 주의사항 (규칙 3가지) 3. Transaction의 정의 및 특징 1. realm 사용시 background로 작업의 필요성 realm을 다루다 보면 Thread 관련해서 이슈들이 많이 발생합니다. 예를 들어, 대량의 데이터를 realm에 저장하고자 할 때 이 작업이 Main Thread에서 처리된다면 소요시간이 길어질 수 있습니다. ..

(본 게시물은 개인 공부 기록용이므로 내용에 오류가 있을 수 있습니다.) Swift는 특정하지 않은 타입들의 작용을 위해 Any와 AnyObject라는 두 가지 특별한 타입을 제공하고 있습니다. 아래에서 해당 타입들의 공통점과 차이점에 대해 알아보고 샘플 코드까지 살펴보겠습니다~ ■ Any vs. AnyObject 공통점 둘 다 여러 타입에 대응이 가능함 둘 다 컴파일 시점에는 어떤 타입으로 된 요소를 갖고 있는지 알 수 없으며, 런타임 시점에 타입이 결정됨 → 그래서 TypeCasting 하지 않으면 각 멤버에 대한 접근도 불가능함 📌 NOTE 실제 코딩시에는 Any 타입의 사용을 최대한 지양하는 것이 좋음. 왜냐하면 런타임 시점에야 타입이 결정되기 때문에 런타임 오류가 발생할 수 있기 때문에 주의가 ..