[Swift] Enum을 이용한 Mixed Type JSON 디코딩
·
Swift/개념 & 응용
서론 JSONArray의 아이템 타입이 혼합될 수 있습니다. let mixedData = """ [{ "type": "movie", "id": 100, "title": "타이타닉", "country": "USA" }, { "type": "person", "id": 101, "name": "레오나르도 디카프리오", "role": "Actor" }, { "type": "music", "id": 102, "title": "My Heart Will Go On", "artist": "Céline Dion" }] """.data(using: .utf8)! 위 JSON을 보면 각 아이템의 type, id는 공통되고 이외 key 구성이 다릅니다. 이럴 경우 type을 이용해 if문으로 처리할 수도 있지만, Enum을 ..
[iOS] UnitTest 사용해보기
·
iOS/개념 & 개발
서론 의존성 주입 등을 공부하면서 "테스트가 쉬워진다."라는 문장을 자주 접했습니다. 오늘은 UnitTest가 무엇인지 알아보고, Xcode의 UnitTest 기능을 간단히 사용해보겠습니다. UnitTest UnitTest는 프로젝트의 특정 모듈이 의도된대로 정확히 작동하는지 검증하는 절차로, 모든 함수와 메서드에 대한 테스트 케이스를 작성하는 절차를 의미합니다. 작성한 프로그램이 의도대로 잘 동작하는지 검증하는 가장 작은 단위의 테스트라고 할 수도 있습니다. 작은 단위의 테스트이므로 테스트에는 의존성을 최소화해야 합니다. 따라서 각 객체의 관심사를 분리해야 하고, 이때 의존성 분리와 주입이 필요합니다. 저도 최근에 의존성에 대한 포스팅을 작성했는데요. 의존성 주입 DI(Dependency Injecti..
[Swift] Dependency Container(feat. Property Wrapper)
·
Swift/개념 & 응용
* 틀린 내용이 있을 수 있습니다. 댓글로 알려주시면 매우 감사하겠습니다. Dependency Container 지난 포스팅에서 DI에 대해 배웠습니다. DI를 하나의 Container로 관리하는 방법이 Dependency Container(DI Container, IoC Container)입니다. 기존 DI는 인스턴스 생성 위치가 분산되었지만, Container를 사용하면서 한 곳에 모아진다는 장점이 있습니다. 동일한 생성자 코드 중복을 줄일 수 있다는 장점도 있습니다. 이번 포스팅에서 (매우) 기본적인 Container를 직접 만들어보고, 다른 포스팅에서 Swinject 라이브러리를 소개하겠습니다. Dependency Container 구현 Dependency Container(이하 Container..
[Swift] 의존성 주입 DI(Dependency Injection)와 IoC(Inversion Of Control)
·
Swift/개념 & 응용
서론 SOLID 원칙 with Swift의 D를 담당하고 있는 의존성은 중요한 개념입니다. 객체 지향에서 객체의 의존성은 빼놓을 수 없는 개념이고, 결합도와 응집도에서 다룬 낮은 결합도의 핵심 방법이기 때문입니다. 의존성과 의존성 주입의 개념 자체는 간단하기 때문에 짧게 다뤄보겠습니다. Protocol을 이용한 ViewModel 의존성 주입 등 지난 여러 포스팅들에서 간접적으로 소개한 적이 있기 때문에 함께 읽어주시면 감사하겠습니다 OvO b 의존성 의존성이란 하나의 객체에서 다른 객체를 참조하는 것을 말합니다. class AClass { var number: Int = 0 } class BClass { var numberClass: AClass = AClass() } let bClass = BClass..
[디자인패턴] Abstract Factory(추상 팩토리) 패턴 with Swift
·
CS/디자인패턴
서론 저번 포스팅에서는 팩토리 메서드 패턴에 대해 알아보았습니다. [디자인패턴] Factory(팩토리) 패턴 with Swift 팩토리 패턴 팩토리 패턴은 팩토리 객체를 이용해 객체 생성 관심사를 분리하는 디자인 패턴입니다. 팩토리 메서드 패턴과 추상 팩토리 패턴으로 나뉘며 Swift에서는 프로토콜로 구현할 수 있습 jeong9216.tistory.com 이번 포스팅에서는 Abstract Factory 패턴에 대해 알아보겠습니다. 연관된 내용이 많으므로 지난 포스팅을 보고 와주세요. Abstract Factory 패턴 추상 팩토리 패턴은 구체적인 클래스에 의존하지 않고 서로 연관된 객체 조합을 만드는 인터페이스를 제공하는 패턴입니다. 지난 포스팅에서 다룬 팩토리 메서드 패턴에서는 PlayerFactory..
[디자인패턴] Factory(팩토리) 패턴 with Swift
·
CS/디자인패턴
팩토리 패턴 팩토리 패턴은 팩토리 객체를 이용해 객체 생성 관심사를 분리하는 디자인 패턴입니다. 팩토리 메서드 패턴과 추상 팩토리 패턴으로 나뉘며 Swift에서는 프로토콜로 구현할 수 있습니다. 팩토리 패턴이 나오게 된 배경은 OCP(개방 폐쇄 원칙)와 연결지어 설명할 수 있습니다. OCP는 확장에는 열려 있지만 변경에는 닫혀 있어야 한다는 원칙인데요. 닫혀 있어야 한다는 것은 확장을 했을 때 다른 부분에 영향을 주지 않아야 한다는 것을 의미합니다. (예시는 여기) 객체 생성 관심사를 분리해서 객체의 속성, 함수 등이 변경될 때 수정이 발생하는 범위를 최소화할 수 있습니다. 팩토리 메서드 패턴 팩토리 메서드 패턴은 인터페이스로 객체 생성 팩토리를 제공하고, 객체 생성 결정은 하위 클래스가 정하는 패턴입니..
[Swift] defer
·
Swift/개념 & 응용
서론 최근 lock 코드를 작성하면서 defer를 처음 사용해보았는데요. 이번 포스팅에서 defer란 무엇이고 어떤 특징이 있는지 알아보겠습니다. defer defer는 코드 블럭이 종료되기 직전에 호출되는 코드 블럭입니다. "코드 블럭"이기 때문에 메서드 뿐만 아니라 for문, if문 등이 종료될 때도 사용할 수 있습니다. 사용법은 간단합니다. 코드 블럭 안에 defer { } 를 추가하면 됩니다. func functionA() { print("In functionA") defer { print("Out functionA") } } functionA() //In functionA //Out functionA 메서드가 종료될 때 Out functionA가 호출되는 것을 볼 수 있습니다. if true {..
[Swift] Protocol 확장을 이용한 Singleton 개선
·
Swift/개념 & 응용
서론 싱글톤 패턴의 가장 큰 장점은 편리하다는 것입니다. 하지만 여러 부수적인 문제가 많고 특히, 사이드 이펙트가 크다는 점이 문제입니다. 프로젝트 전역에 두루두루 쓰이는 게 싱글톤 객체인데, 이말은 곧 싱글톤 객체에 문제가 생기면 프로젝트 전역에 문제가 생긴다는 뜻이기 때문입니다. 오늘은 Swift의 프로토콜 확장을 통해 이를 어느정도 해소할 수 있는 방법을 알아보겠습니다. 이것도 장단점이 있으니 프로젝트에 적절할 때 적용해보면 좋을듯 합니다. 프로토콜 확장(extension Protocol) 기본 원리는 프로토콜을 이용해 한 곳에서 싱글톤 호출을 담당하는 것입니다. 구조체나 클래스가 아니라, 프로토콜을 사용하는 이유는 싱글톤의 존재를 숨길 수 있기 때문입니다. 프로토콜을 정의하고, extension으..
[Swift] SOLID 원칙 with Swift
·
Swift/개념 & 응용
서론 최근에 디자인 패턴 글과 ViewController, ViewModel의 역할 분리 글을 작성했습니다. 해당 글들에서는 배경지식 없이도 이해가 되도록 표현을 풀어서 쓰다보니 정확성이 떨어진다고 느껴졌습니다. 이도저도 아니게 된 것 같아 보다 정확한 내용 전달을 위해 이후 관련 글에서는 "단일책임 원칙", "개방폐쇄 원칙" 등의 단어로 표현을 명확하게 하려고 합니다. 그런 의미로 이번 포스팅에서 SOLID 원칙에 대해 정리해보고, Swift와 iOS에서는 어떻게 적용할 수 있는지 알아보겠습니다. SOLID란 SOLID란 OOP(객체 지향 프로그래밍) 및 설계의 기본 원칙으로, 단일 책임 원칙 (Single Responsibilty Principle) 개방 폐쇄 원칙 (Open-Closed Princi..
[Swift] 콤마(,)와 && 차이
·
Swift/개념 & 응용
서론지난 포스팅에서는 where을 다뤘습니다. 포스팅을 적으면서 여러 반복문을 where로 바꿔보고 있었는데요. 아래와 같은 에러가 발생하는 경우가 있었습니다.where문에서 두 개의 조건을 콤마(,)로 연결해본 코드인데요.for i in 0..
[Swift] where문 활용법
·
Swift/개념 & 응용
서론 where은 Swift의 특정 제약을 거는 키워드입니다. 비슷한 효과를 내는 문법은 if문입니다. if문에 비해 where문은 낯설게 느껴질 수 있는데요. where문을 이용하면 가독성은 유지하면서 코드 길이를 줄일 수 있다는 사실을 알고 계시나요? 이번 포스팅에서는 그 방법에 대해 알아보겠습니다. for문과 where where문을 사용하면 for문 안의 if문을 없애고 코드를 줄일 수 있습니다. 아래는 0부터 100 사이의 5의 배수를 출력하는 코드입니다. //if문 for i in 0.. Bool where T: Equatable { return a == b } isEqual과 isEqualWithWhere는 모두 T에 특정 제약을 추가했습니다. 두 개의 차이는 미미하기 때문에 어떤 것을 선택..
[디자인패턴] Repository(레파지토리) 패턴 with iOS
·
CS/디자인패턴
서론 지금까지 ViewController의 역할을 분리하는 방법은 많이 알아보았습니다. MVVM의 ViewModel은 ViewController의 비즈니스 로직을 분리하기 위함이고, 이전 포스팅에서 알아본 Coordinator 패턴도 ViewController의 Flow 로직을 분리합니다. 그렇다면 지금의 ViewModel의 역할은 가벼울까요? (무거우니 포스팅을 썼겠죠? ㅎ;) 이번 포스팅에서 이를 주제로 알아보고, ViewModel의 역할을 덜어주는 Repository 패턴에 대해 알아봅시다. Repository 패턴 Repository는 데이터 fetch 역할을 담당하는 객체입니다. 기존에는 ViewModel이 네트워크 통신도 담당을 했는데요. 네트워크 통신은 굳이 ViewModel이 몰라도 되는 ..
[디자인패턴] Coordinator(코디네이터) 패턴 with iOS
·
CS/디자인패턴
서론 iOS에서 ViewController의 역할은 비대합니다. 그래서 여러 아키텍처, 디자인 패턴이 나오며 ViewController의 역할을 가볍게 하고 있습니다. 예를 들어, MVVM은 ViewModel 개념을 이용해 ViewController에서 비즈니스 로직을 분리합니다. 이번에 알아볼 Coordinator 패턴은 ViewController의 화면 전환 역할을 분리합니다. Coordinator 패턴이 무엇인지 알아보고 간단한 화면 전환 앱 예시까지 알아보겠습니다. (+ 요즘 문장 스타일을 바꿔보려고 하고 있습니다. 읽기 쉽게 작성하는 일이 참 어렵네요.. 많은 조언 부탁드립니다.) Coordinator 패턴 필요성 Coordinator 패턴은 2015년에 https://khanlou.com/20..
[iOS] Quick Help 작성
·
iOS/개념 & 개발
* 이번 포스팅의 Quick Help는 간단한 소개가 목적이라서 복잡하고 모범적인 예시는 Swift 코드를 참고하시면 됩니다! 서론 [iOS] JeongLogger SPM 라이브러리 생성과 배포 라이브러리 준비 라이브러리를 직접 만들고, SPM을 직접 배포해 봅시다. 라이브러리는 모든 프로젝트에서 사용되는 Log 기능으로 만들어볼건데요. 이에 몇 가지 주의점이 있습니다. 혹시 라이브 jeong9216.tistory.com 저번 포스팅에서 JeongLogger라는 SPM 라이브러리를 만들고 배포까지 진행해보았는데요. 오늘은 Quick Help라는 것을 추가해서 라이브러리 퀄리티를 높여보겠습니다. 이게 꼭 필요한가? 싶으신 분들을 위해 미리 Quick Help 적용 차이를 보여드리겠습니다. Quick Hel..
[iOS] JeongLogger SPM 라이브러리 생성과 배포
·
iOS/개념 & 개발
라이브러리 준비 라이브러리를 직접 만들고, SPM을 직접 배포해 봅시다. 라이브러리는 모든 프로젝트에서 사용되는 Log 기능으로 만들어볼건데요. 이에 몇 가지 주의점이 있습니다. 혹시 라이브러리 클래스에 고유한 단어를 붙이는 이유가 뭔지 아시나요? 예를 들면, Kingfisher는 "kf"라는 글자처럼요. 이런 글자를 붙이는 이유는 라이브러리 사용자가 사용하는 이름과 중복되는 것을 피하기 위해서 입니다. 같은 이름의 클래스가 있으면 안 된다는 것은 대부분 아실거에요. 그 규칙이 라이브러리의 클래스에도 적용되기 때문에 kf같은 특수한 단어를 붙이는 겁니다. (클래스 뿐만 아니라 이름이 겹치면 안 되는 모든 것에 적용되는 얘기입니다.) 따라서 이번 Logger 라이브러리 이름을 JeongLogger로 만들고..
유정주
'ios' 태그의 글 목록 (6 Page)