IOS 앱에서 영구 객체를 관리하는 방법

메모리 내 개체와 데이터베이스를 중재하는 클래스를 삽입하는 것은 iOS 앱에서 영구 개체를보다 쉽게 ​​관리 할 수있는 방법입니다. 이 패턴은 데이터 매퍼로 알려져 있습니다. 아래 그림은 데이터 맵퍼의 간단한 버전에서 클래스 간의 상호 작용을 보여줍니다.

기본적으로 데이터베이스에 액세스하는 모든 영구 작업 (즉, 생성, 검색, 업데이트 및 삭제)은 데이터 맵퍼의 책임입니다. 응용 프로그램은 단순히 데이터 매퍼의 적절한 요청을합니다.

Data Mapper 패턴은 수명주기 관리가 복잡 할 때 영구 객체를 처리 할 수있는 추상화입니다. 사실 Data Mapper를 사용하면 메모리에있는 객체가 데이터베이스가 있다는 것을 알 필요조차 없습니다. 그들은 SQL이나 데이터베이스 스키마에 대한 지식이 필요하지 않습니다.

좋은 데이터 맵퍼를 구현하는 것은 복잡합니다. 예를 들어, Active Record의 메소드는 단일 호출 (예: finder 메소드)이 하나의 SQL 조회로 이어지는 것을 제안합니다. 이것은 항상 사실이 아닙니다. 예를 들어 객체가 여러 개 포함 된 객체를로드하면 광고 항목을로드해야 할 수 있습니다. 객체가 복잡한 경우 찾기 요청은 객체의 전체 그래프를로드 할 수 있습니다.

객체 집합의 영속적 레코드에 대해 여러 업데이트가 이루어진 경우 이러한 모든 조작은 트랜잭션 내에서 수행되어야합니다. Data Mapper 패턴은 Active Record가 단일 객체를 처리하도록하는 반면, Data Mapper는 상속, 객체의 심층 검색 및 연결, 복잡한 관계를 기반으로 한 쿼리, 작업 집합을 포함하는 트랜잭션 등과 같은 복잡한 요구 사항을 처리합니다..

Data Mapper는 객체 레벨 작업을 Active Record에 위임하는 동안 true

객체 관리자 와 같은 역할을합니다. Mapper는 관리자의 책임을 응집하기 때문에 액티브 레코드는 객체의 단순한 영속성을 (또한 일관성있게) 처리하기 때문에 이것은 전반적으로 더 나은 OO 디자인을 가능하게합니다. 또한 관리 정책은 지속성 메커니즘과 분리되어 있습니다. 따라서 관리 정책과 지속성 메커니즘은 느슨하게 결합됩니다. 마지막으로 Data Mapper 패턴 (일부 유사 함)은 iOS의 핵심 데이터 구성 요소를 제공하여 iOS의 핵심 부분이되었습니다.