/ / ¿Por qué podría querer 2 o más modelos de Core Data? - ios, datos del núcleo

¿Por qué podría querer 2 o más modelos de Core Data? - ios, datos del núcleo

Tengo curiosidad por saber quién usa múltiples datos básicosModelos y por qué, cuáles son los beneficios, estoy desarrollando una aplicación que creo que podría beneficiarme de varios modelos, pero no estoy seguro de otros beneficios.

Mi próxima aplicación será para iPad y otraEn la versión para iPhone, el iPad tiene 3 contenidos principales, el iPhone solo tiene uno que también está en iPad, por lo que al aislarlo en un modelo de datos central diferente, tal vez sea más fácil mantener los cambios de ese modelo en mis dos aplicaciones.

Aunque tengo un par de entidades que necesitaría en ambas, así que podría copiarlas o tener un modelo grande.

Alguna sugerencia ?

De todos modos, esto no es, por supuesto, una situación común, ¿qué otros escenarios podrían llevarlo a crear múltiples modelos de Core Data?

Respuestas

9 para la respuesta № 1

A veces tiene sentido mantener diferentes tiposde datos en diferentes tiendas. Por ejemplo, una aplicación que funciona como un catálogo de productos puede tener una tienda que es una base de datos de productos y otra que realiza un seguimiento de los favoritos, los pedidos actuales y el historial del usuario. Eso hace que sea relativamente fácil actualizar la base de datos del producto sin afectar los datos del usuario, y hacer una copia de seguridad de los datos del usuario sin tener que copiar toda la base de datos del producto.

Otro escenario en el que usaría varias tiendas es almacenar el mismo tipo de datos. Las aplicaciones basadas en documentos, por ejemplo, generalmente crearán una tienda separada para cada documento: la tienda puede ser el documento.

Actualizar: Lo que escribí anteriormente direcciones utilizando por separado víveres, pero usted preguntó sobre el uso separado modelos. Core Data realmente le permitirá definir modelos separados y luego combinarlos todos en el tiempo de ejecución para usarlos en la misma tienda (o múltiples tiendas, para el caso). Así que, para ser claros, un modelo Define las entidades y las relaciones entre ellas. UNA almacenar Es el lugar donde realmente se guardan los datos.utilizando el esquema definido en el modelo. Puede dividir un modelo complicado en varios modelos más pequeños para simplificar las cosas y ayudar a migrar sus datos a medida que los modifica con el tiempo, o puede usar múltiples modelos y mantenerlos separados porque planea usar diferentes tiendas que contienen diferentes tipos de datos, como se describe anteriormente.


2 para la respuesta № 2

Yo recomendaría usar solo 1 modelo de datos del núcleo. Si los separa, no podrá usar muchas de las funciones de Datos principales, como las relaciones (entre objetos en el almacén de datos), etc. Incluso si no ve la necesidad en este momento, puede venir. con una idea para agregar a la aplicación más tarde que la necesite.

Aún podría usar el mismo modelo de datos centrales paratanto el iPad como el iPhone, simplemente ignore las partes que no está usando el iPhone (hasta que reciba las solicitudes de funciones para agregar las partes faltantes, lo que probablemente hará). Entonces estará listo y ya tendrá los datos disponibles.

Sólo en casos extremos valdría la pena utilizar unmodelo de datos separado, por ejemplo, si iba a descargar un conjunto de datos existente que era de solo lectura, etc. Podría separar el conjunto de datos de solo lectura de la configuración / datos de los usuarios, etc.

Buena suerte con la aplicación!