일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- UIDocumentBrowserViewController
- Git
- AVFoundation
- Singleton Design Pattern
- UIGestureRecognizer
- weak
- uicollectionview
- UIDynamicAnimator
- CustomStringConvertible
- Codable
- UIDocument
- reactivex
- MVP
- Stanford cs193p
- 에어팟
- IOS
- 오늘의성취도
- PhotoKit
- Hashable
- rxswift
- Arc
- Equatable
- NSAttributedString
- UIBezierPath
- Observable
- Swift
- JSONDecoder
- JSONEncoder
- unowned
- CoreGraphics
- Today
- Total
목록Swift + iOS (19)
아직은 개린이
MVC 패턴에 워낙 익숙해져있어서, 새로운 패턴으로 코드를 작성하는 연습을 많이 해봐야 할 것 같다! 우선 오늘은 간단한 예제로 MVP 패턴에 대해 학습한 걸 정리해보려고 한다. MVP 간단히 MVP에서 각각이 무엇을 의미하는지 다시 짚고 넘어가보자. Model - MVC 패턴에서 의미하는 모델과 같은 역할을 한다. 앱의 실행에 필요한 실질적인 데이터를 갖고 있다. View - UIView와 UIViewController가 여기에 해당한다. 비즈니스 로직과 관련된 일은 모두 Presenter가 하도록 한다. Presenter - UIKit과 관련이 없는 로직들을 수행한다. 사용자 응답에 반응하거나 UI를 업데이트하는 일을 한다. 예제코드 화면에 나타난 두 버튼 중 어느 버튼을 클릭했는지 출력하는 간단한 ..
앞선 글에서 좋은 아키텍처란 무엇인지와 MVC 패턴에 대해 살펴보았다. 이번 글에서는 새롭게 공부하는 주제인 MVP 패턴에 대해 알아보고자 한다. MVP MVP 패턴의 다이어그램은 아래와 같다. MVC 패턴과 굉장히 유사한 구조로 이루어져있지만, MVC는 아니다! 우선 MVC와 달리 UIView와 UIViewController가 Passive View에 속해있다. 따라서, Controller에 해당하는 Presenter에는 View의 레이아웃과 관련된 코드와 View의 Life Cycle을 다루는 코드가 들어가지 않는다. 대신 View와 Model의 중재자 역할에 더 집중하여 View의 데이터와 상태 변화를 갱신하는 역할만을 수행한다. 이로 인해 각 객체의 독립성이 높이졌고, 테스트가 용이해졌다. 하지만..
iOS의 아키텍처 패턴에는 MVC, MVP, MVVM 등 여러 종류가 있다. 사실 그동안에는 MVC 패턴으로만 코드를 짰었다. Apple이 기본적으로 적용한게 MVC 패턴이기도 하고, 단순하기 때문이었다. 하지만, Apple의 MVC 패턴을 Massive View Controller라고 하는 것처럼 ViewController의 몸집이 너무 커서 코드가 조금만 길어져도 정신을 똑바로 차려야(?) 하는 단점이 있었다. 또한, Unit Test를 프로젝트에 적용하는 연습을 시작했는데, MVC 패턴에는 적용하기 어렵다는 문제도 있었다. 그래서! 다른 패턴을 이용하여 코드 작성을 하는 연습을 하기 위해 MVC 외의 MVP, MVVM 등에 대해 알아보고자 한다.! 오늘은 우선 아키텍처 패턴이 왜 중요한지 알아보고,..
Swift의 ARC는 레퍼런스 카운트를 관리하여 메모리 누수를 방지하는 역할을 한다. 이 때, 인스턴스끼리 강한 순환 참조 문제를 해결하는 두가지 방법이 있는데 이에 대해 알아보고자 한다. 클래스 인스턴스의 강한 순환 참조를 해결할 수 있는 방법은 weak reference와 unowned reference를 쓰는 것이다. weak와 unowned는 strong 참조와 달리 레퍼런스 카운트를 세지 않는다. Weak References Weak Reference(약한 참조)는 참조하는 인스턴스를 강하게 유지하지 않는 참조이다. 다른 인스턴스의 수명이 짧을 때 사용한다. 참조하는 인스턴스를 강하게 유지하지 않기 때문에 약한 참조를 하는 동안 해당 인스턴스가 할당 해제될 수 있다. 할당 해제가 되면 ARC는 ..
ARC(Automatic Reference Counting) iOS는 앱의 메모리 사용을 추적, 관리하기 위해 ARC 기능을 사용한다. ARC는 Automatic Reference Counting의 줄임말로 참조 메모리 관리를 자동으로 해주는 기능을 뜻한다. 인스턴스가 참조되거나 참조해제될 때 횟수를 카운팅하고, 횟수가 0이 되면 인스턴스를 메모리에서 해제하는 방식으로 수행된다. How ARC Works 클래스가 새로운 인스턴스를 생성할 때, ARC는 인스턴스에 대한 정보를 저장할 메모리 청크를 할당한다. 할당한 메모리 청크에는 인스턴스의 타입에 대한 정보, 인스턴스와 관련된 프로퍼티 값 등을 저장해둔다. 더이상 인스턴스가 필요하지 않게 되면 자동으로 메모리에서 비우는 방식으로 메모리를 관리한다. 하지만..
애플 공식 문서에 보면, CustomStringConvertible은 텍스트적인 표현을 커스터마이즈하는 타입이라고 적혀있다. 공식 문서에 나온 예시를 보면, CustomStringConvertible 프로토콜을 정의하지 않고, 그냥 구조체를 출력하면 기본 표현으로 출력한다. struct Point { let x: Int, let y: Int } let p = Point(x: 21, y: 30) print(p) // Prints "Point(x: 21, y: 30)" 하지만, CustomStringConvertible 프로토콜을 정의하면, 사용자가 정의한 형태로 출력이 되는 것을 확인할 수 있다. extension Point: CustomStringConvertible { var description: S..