Dlaczego mogę chcieć 2 lub więcej modeli Core Data? - ios, dane podstawowe

Jestem ciekawy, kto używa wielu podstawowych danychmodele i dlaczego, jakie są korzyści, opracowuję aplikację, która moim zdaniem mogłaby odnieść korzyści z wielu modeli, ale nie jestem pewien innych korzyści.

Moja nowa aplikacja będzie dostępna na iPada i innewersja dla iPhone'a, iPad ma 3 główne treści, iPhone ma tylko jedną, która jest również na iPadzie, więc izolując ją na inny rdzeń modelu danych, może być łatwiejsze zachowanie zmian tego modelu w moich dwóch aplikacjach.

Chociaż mam kilka elementów, których potrzebowałbym w obu, więc mogłem po prostu skopiować je lub mieć jeden duży model.

Jakieś sugestie ?

W każdym razie to nie jest typowa sytuacja, jakie inne scenariusze mogą doprowadzić do stworzenia wielu modeli Core Data?

Odpowiedzi:

Czasem warto zachować różne rodzajedanych w różnych sklepach. Na przykład aplikacja działająca jak katalog produktów może mieć jeden sklep, który jest bazą danych produktów, i drugi, który śledzi ulubione użytkownika, aktualne zamówienia i historię. Dzięki temu stosunkowo łatwo jest aktualizować bazę danych produktów bez wpływu na dane użytkownika i tworzyć kopię zapasową danych użytkownika bez konieczności kopiowania całej bazy danych produktów.

Innym scenariuszem, w którym korzystasz z wielu sklepów, jest przechowywanie tego samego rodzaju danych, na przykład aplikacje oparte na dokumentach zazwyczaj tworzą oddzielny magazyn dla każdego dokumentu - sklep może być dokument.

Aktualizacja: To, co napisałem powyżej, dotyczy adresów oddzielnych sklepy, ale pytasz o używanie osobnego modele. Core Data pozwoli ci zdefiniować oddzielne modele, a następnie scalić je wszystkie razem w czasie wykonywania do wykorzystania w tym samym sklepie (lub wielu sklepach, o to chodzi). Tak więc, aby było jasne, a Model definiuje byty i relacje między nimi. ZA sklep jest miejscem, w którym dane są faktycznie zapisaneprzy użyciu schematu zdefiniowanego w modelu. Możesz podzielić skomplikowany model na kilka mniejszych modeli, aby zachować prostotę i ułatwić migrację danych podczas modyfikowania modeli w czasie lub możesz korzystać z wielu modeli i zachować je oddzielnie, ponieważ planujesz używać różnych sklepów, które zawierają różne typy danych, jak opisano powyżej.

Polecam używanie tylko jednego podstawowego modelu danych. Jeśli je oddzielisz, nie będziesz w stanie korzystać z wielu funkcji Rdzennych Danych, takich jak relacje (między obiektami w magazynie danych) itp. Nawet jeśli teraz nie widzisz potrzeby, możesz przyjść z pomysłem, aby później dodać tę aplikację, która tego potrzebuje.

Nadal można używać tego samego podstawowego modelu danych dlazarówno iPad, jak i iPhone, po prostu zignoruj ​​części, które nie używają iPhone'a (dopóki nie otrzymasz żądań funkcji dodania brakujących części, co najprawdopodobniej nastąpi), wtedy wszystko będzie gotowe i już będziesz miał dostęp do danych.

Tylko w skrajnych przypadkach warto użyćosobny model danych, na przykład, jeśli zamierzasz pobrać istniejący zestaw danych, który był tylko do odczytu itp. Możesz oddzielić zestaw danych tylko do odczytu od ustawień użytkownika / danych itp.

Powodzenia w aplikacji!