일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 | 31 |
- 대표
- WeatherKit
- 프로토콜
- 구름톤 유니브
- 반응형
- 학과별커뮤니티
- 토이프로젝트
- RxSwift
- struct
- 이론
- CS
- mvc
- SwiftUI
- uikit
- snkit
- observable
- 세종대학교
- async
- 실습
- 네트워크
- 라이브러리
- 옵셔널
- swift
- 캐시
- collectionview
- 기초문법
- Kingfisher
- 동시성
- ios
- 스트럭트
- Today
- Total
목록전체 글 (115)
스윞한 개발자

안녕하세요! 이번 포스팅에서는 SNKit 개발 회고 시리즈의 마지막 편입니다. 이번 포스팅에서도 앞으로 SNKit의 개발 방향과 깨달음들을 공유해보려고 합니다 ㅎㅎ #SNKit 한계 개선 방향1. NSCache 의존성 문제지난 편에서 언급했던 NSCache의 딜레마,,, 이게 제일 고민인것 같습니다. 현재는 NSCache + 별도 스코어 관리 시스템으로 우회하고 있지만, 근본적인 해결책은 아닌 거 같습니다. iOS 시스템이 메모리 압박을 느끼면 제 스코어 알고리즘과 상관없이 NSCache를 LRU 알고리즘에 따라 비워버립니다. 그럼 제가 기존의 라이브러리와는 차별점을 두었던 가중치 기반 캐시 스코어링이 의미 없어지는 상황이 발생합니다. 그래서 제가 생각하고 있는 방법은 NSCache 방법 말고, 완전 커..
안녕하세요! 이번 포스팅에서는 제가 만든 SNKit 개발 과정에서의 회고와 앞으로의 방향성(?)에 대해 이야기해보려고 합니다!! 지금까지 제가 만든 SNKit의 기술적인 구현 방법과 핵심 기능들에 대해서 설명했다면, 이번에는 라이브러리를 사용해 보며,, 그리고 다른 개발자 분들의 피드백을 받아보며 얻었던 생각들을 적어보려고 합니다. #기존의 라이브러리가 있는데 왜 만들었는가?제가 SNKit을 만들었을때 많은 분들이 이미 Kingfisher, SDWebImage 같이 많이 사용하고 있는 라이브러리가 있는데 왜 만들었냐고 물어보셨습니다. 솔직히 말하면,, 처음에는 학습적인 부분과 저만의 라이브러리를 만들어보고 싶었기 때문에 시작했습니다. 하지만 개발을 하면서 기존의 라이브러리와는 차별점을 가지고 한계를 극..

안녕하세요! 또 새로운 주제로 포스팅을 해보려고 합니다! 오늘의 주제는 "@Observable 매크로의 내부 동작과 ObservableObject와의 비교"입니다! 오늘 포스팅에서는 WWDC23에서 소개되고 iOS17부터 본격적으로 사용할 수 있게 된 @Observable 매크로에 대해 파해쳐보겠습니다! # ObservableObject의 한계 SwiftUI가 처음 등장했을 때, 상태 관리를 위해 ObservableObject 프로토콜과 @Published 속성 래퍼를 사용했습니다.저 또한 아직까지 뷰모델에서 ObservableObject와 @Published를 자주 사용하는 거 같습니다. ObservableObject의 특징을 보면1. ObservableObject는 참조 타입인 클래스에서만 사용이 ..

안녕하세요! 이번 포스팅에서는 SNKit 시리즈의 마지막 이야기를 적어보려 합니다. 지금까지 SNKit의 개발 배경, 캐시 시스템, ETag 검증 및 다운로드 시스템에 대해 살펴보았습니다. 이번 글에서는 SNKit의 마지막 핵심 기능인 이미지 처리 시스템과 UIKit과의 통합(추후에 SwiftUI도 반영예정입니다!)에 대해 자세히 알아보겠습니다. 이미지 처리의 중요성모바일 앱에서 이미지 처리는 성능과 사용자 경험에 큰 영향을 미칩니다.1. 메모리 효율성고해상도 이미지를 그대로 사용하면 메모리 사용량이 급증하여 앱 성능이 저하되고, 최악의 경우 메모리 부족으로 인한 앱 종료가 발생할 수 있습니다. 특히 iOS 기기에서는 메모리 한계가 명확하기 때문에, 이미지 크기를 적절히 조절하는 것이 필수적입니다.2...

안녕하세요! 오늘은 제가 iOS 앱 개발을 하면서 정말 중요하다고 느낀 SwiftUI 뷰 렌더링 최적화 기법에 대해 이야기해보려고 합니다. 최근에 불투명 타입과 Type Erasure에 대한 글을 썼었는데요, 이번엔 조금 더 실용적인 내용을 가져왔습니다! SwiftUI로 앱을 개발하다 보면 처음엔 모든 게 신기하고 간단해 보이지만... 앱이 복잡해질수록 성능 문제가 눈에 띄기 시작하죠. 특히 화면이 버벅거리거나 스크롤할 때 프레임이 떨어지는 현상은 사용자 경험에 치명적이라고 생각합니다. 제가 처음에 SwiftUI에 대해 공부했을 때는, 렌더링? 뷰가 언제 다시 그려지고 언제 안 그려지는지는 전혀. 생각해보지 못했습니다. 아~~ 그냥 그려지는구나! 어? 돌아가네.. 라고만 생각하고 프로젝트를 만들기 급..

안녕하세요! SNKit 개발 일지 이후에 오랜만에 다른 주제로 돌아온 거 같습니다 ㅎㅎ 요즘에 SwiftUI에 대해 다시 공부를 시작했는데요! 보면 볼수록 늘 새롭고 짜릿한... SwiftUI.. 제가 처음에 SwiftUI를 시작했을 때는 강의만 듣고 구현하기에 급급했는데요,,, some,, AnyView... 등등그냥 구현하기 위해 왜 쓰는지도 모르고 사용했었죠.그래서 오늘은! Swift Opaque Type vs Swift Type Erasure에 대해 비교해 보고 정리해 보겠습니다!두 가지 중요한 개념인 Opaque Type과 Type Erasure은 정보를 추상화하는 방법이지만, 사용 목적과 동작 방식에는 중요한 차이가 있습니다. 우선 타입의 정보를 추상화한다... 결국 타입의 정보를 숨기는 과..

안녕하세요! 이번 포스팅에서는 캐시 라이브러리 SNKit에 대한 4번째 개발일지를 적어보려 합니다! 벌써 4번째라니.. 처음에는 걱정이 많았지만 잘(?) 개발하고 있는 거 같습니다!! 오늘 소개해 드릴 내용은 제가 캐시 라이브러리를 만들어보고자 한 이유 중 하나인 ETag에 대해 다뤄보려고 합니다.이번 글에서는! SNKit의 핵심 기능인 ETag와 이미지 다운로드 시스템에 대해 다뤄보도록 하겠습니다! HTTP 캐싱과 ETag의 이해이미지 캐싱 시스템을 효율적으로 구현하기 위해서는 HTTP 프로토콜의 캐싱 메커니즘을 잘 활용하는 것이 중요합니다. 그중에서도 ETag는 매우 유용한 기능입니다. 제가 처음 캐시에 대해 스터디를 할때 여러 질문 공격(?)을 받았던 적이 있습니다.1. URL을 키로 이미지를 저장..

안녕하세요!이번 포스팅에서는 지난 시간에 메모리 캐시에 대해 구현했던 것에 이어서 디스크/하이브리드 캐시를 구현해 본 과정을 정리해 보았습니다! 디스크 캐시 구현 세부사항디스크 캐시는 앱이 종료된 후에도 데이터를 유지할 수 있는 장점이 있지만, 메모리 캐시보다는 접근 속도가 느립니다. SNKit에서는 파일 시스템을 활용한 디스크 캐시를 다음과 같이 구현했습니다. final class DiskCache { private let fileManager = FileManager.default private let cacheDirectory: URL private let lock = NSLock() private let capacity: Int private let expiration..