기어가더라도 제대로

1. Unit Test가 지켜야할 FIRST 2. Core Data Store란? 3. 실제 테스트 구성하기 3.1. Test앱 초기 CoreData 세팅 3.2. 테스트 전용 Core Data Storage 구현 3.3. Test 구현 4. 글 맺음 1. Unit Test가 지켜야 할 FIRST F - Fast: 빨라야합니다. 테스트 실행부터 결과까지 빠르게 나와야 합니다. I - Isolated: 독립적이 여야 합니다. 실제 프로젝트에 영향을 주면 안 됩니다. 그리고 다른 테스트에도 영향을 주면 안됩니다. R - Repeatable: 테스트를 실행할 때마다 결과가 같게 나와야 합니다. S - Self-verifying: 테스트는 성공, 실패로 나눠야지, 콘솔이나 로그를 보면서 확인하면 안 됩니다. T..

목차 0. 선수 지식 1. Repository는 무엇인가? 2. 왜 이런 패턴을 사용하는가? 3. Repository Pattern의 구성요소 3.1. Data-mapping Layer 3.2. Domain Layer 3.3. Collection-Like Interface 4. CoreData를 레포지토리 패턴으로 도입하기 4.1. Generic한 레포지토리 만들기 4.2. Domain Model과 Data Model을 분리하기 5. 글 맺음 0. 선수 지식 약간의 Clean Architecture 약간의 Core Data 1. Repository는 무엇인가? 요즘 앱은 거의 데이터를 사용함(API Service, CoreData, Realm, UserDefaults…) 클린 아키텍처에서 말하는 Doma..

전화번호가 같은 사람이 있을 수 있을까? 만약에 주소록을 만든다고하면, 동일한 번호가 있을 수가 없다. 예를들어 김철수의 번호와 안영미의 번호가 같을 수가 없는 것처럼, 그 엔티티에서 인스턴스끼리 어떤 프로퍼티는 유일함을 보장할 필요가 있다. 이것을 Core Data에서는 어떻게 할 수 있을까? 이런 Entity가 있을 때 name 프로퍼티를 서로 겹치지 않게 각 오브젝트마다 고유하다고 설정을 한다면 어떻게 해야할까? CoreData 에서 인스턴스의 프로퍼티를 유일하게 보장하기 Wizard 엔티티를 클릭하고 인스펙터를 보면 아래에 Constraints 가 있다. 그곳에 '+'를 누르자 "comma,separated,properties"를 클릭하고 'name'을 적는다. 동일한 데이터가 들어왔을 때 어떻게..