Componentes de Core Data

Loading...

From the course by Tecnológico de Monterrey

Accediendo a la nube con iOS

51 ratings

Tecnológico de Monterrey

Accediendo a la nube con iOS

51 ratings

Course 3 of 5 in the Specialization Desarrollo de Aplicaciones iOS

Las aplicaciones hoy en día, necesitan interactuar, comunicarse o utilizar otras aplicaciones. Al final del curso, crearás una aplicación iOS con capacidad de conectarse a un servidor de datos, procesarlos, almacenarlos y visualizarlos. Para la conexión usaremos servicios web del tipo RESTful. Los datos hoy día se encuentran en formato JSON y por tanto esa será la forma de procesarlos. En el almacenamiento usaremos "core data" que es un marco de trabajo en iOS que nos facilita la manipulación de datos y para visualizarlos usaremos tablas y colección de vistas. Este curso es fundamental para la creación de aplicaciones empresariales que se comuniquen con servidores conectados a Internet y será muy importante para el desarrollo de tu proyecto final

From the lesson

Persistencia de datos

¿Qué pasa si nuestra aplicación necesita almacenar datos en el propio dispositivo? Aplicaciones de juegos (para guardar los marcadores, al mejor jugador, etc.) e incluso aplicaciones que acceden a Internet (para reducir el uso de la red) necesitan de la persistencia de datos. En este módulo, por un lado, extenderemos nuestra aplicación que recupera imágenes de Internet usando el API de Google para almacenar estás imágenes en el dispositivo de suerte a que si dos o más veces se realiza la misma búsqueda, no usemos inútilmente el acceso a Internet sino que las recuperemos de la memoria del dispositivo, y por otro lado, aplicarás las mismas ideas en tu aplicación de búsqueda de libros.

Componentes de Core Data6:39

Meet the Instructors

Dr. Rafael Lozano Espinosa
Profesor Titular
Tecnologías de Información y Computación

[MÚSICA] Hola,

¿qué tal?

Al final de este video entenderán los conceptos básicos de lo que es core data.

Comenzaremos con lo que es la entidad,

que son realmente objetos de una clase que se llama NSEntityDescription.

En realidad una entidad al igual que en los modelos entidad relación representa

una cosa en el mundo exterior.

Pensemos por ejemplo que queremos almacenar personas, esas personas de

manera abstracta podríamos pensar que van a tener un nombre, una dirección,

algunos números de teléfono, un género o cosas por el estilo.

En realidad, vamos a ver que tenemos diferentes propiedades,

que caracterizan a esa persona a través de los atributos.

Estas entidades a su vez pueden ser abstractas, es decir,

que nos sirven como plantillas para otras entidades y pueden ser derivadas,

es decir que van a estar utilizando algunas otras funcionalidades y más que

funcionalidades, estructuras de datos que hallamos definido en una entidad de base.

Los atributos que son en realidad objetos de la clase

NSAttributeDescription nos permiten describir esas características

singulares o específicas de la entidad en cuestión que estamos representando.

Pueden ser por ejemplo, transiente.

¿Qué significaría ese atributo transiente?

Que no, a pesar de que existe en el modelo,

no nos interesa almacenarlo directamente en la base de datos.

Puede ser opcional, es decir,

que le estamos permitiendo que a lo mejor alguno de sus datos no estén llenos.

Pensemos en un ejemplo, que una persona no tenga un número telefónico, entonces no

forzosamente para todas las personas, el atributo teléfono debería estar lleno.

Posiblemente para otros casos, sí necesitemos que esté, por ejemplo,

si dejamos opcional el nombre, sería un poco absurdo, el hacer, ponerlo opcional.

Y podría ser también indexada, es decir que de alguna manera podamos eficientar

el uso o la búsqueda de alguna entidad por algún atributo en específico.

También tenemos entidades, digamos que no están aisladas.

Si una entidad por sí misma a lo mejor no significa nada.

El tener simplemente personas posiblemente para una aplicación si signifique,

para otras aplicaciones no significa absolutamete nada.

Necesitan estar relacionadas con otras entidades.

Pensemos en un alumno y pensemos en la entidad curso cada una con

sus características propias, el nombre del curso por ejemplo, las unidades del curso

y el hecho de que no esté relacionada una entidad de alumno con una entidad curso,

pues entonces estaría como en falta o fallando nuestro modelo de datos.

Dentro de las relaciones que son realmente objetos de NSRelationDescription,

tenemos diferentes tipos como de reglas de borrado, es decir,

sabemos que la relación establece una asociación entre una entidad y otra.

¿Qué pasa si yo por ejemplo,

borro esa entidad que estamos pensando entre curso y alumno?

¿Qué pasa si yo borro el curso?

¿Debería de borrar los alumnos, dentro de ese curso?

¿O qué deberían de ser las reglas que deberían de persistir

al momento de ejecutar borrados en una entidad?

¿Okey?

Entonces, podemos tener diferentes tipos de reglas, por ejemplo,

si yo borro una entidad quiero que su

entidad destino se borren todas las entidad destino, por ejemplo, ¿no?

Ese podría ser una regla.

Dentro de las relaciones también tenemos lo que es la multiplicidad,

es decir pensando en una entidad,

una relación binaria en donde tenemos un curso y los alumnos,

sabemos que un curso puede ser tomado por diferentes alumnos y supongamos

en un momento dado que un alumno solamente le permitamos tomar un curso.

Entonces va a haber una relación de 1 a n, donde un alumno

solamente pueda tomar un curso, pero un curso pueda tener diferentes alumnos.

Esa relación a diferencia de los atributos es como bidireccional,

y está en ambos sentidos.

Dentro de las características del borrado, decíamos,

tenemos diferentes reglas, por ejemplo, la primera es,

no hacer absolutamente o impedir que se borre alguno de los elementos.

Por ejemplo, poner nulos, es decir, yo borro una entidad,

entonces todos los que estén anotando hacia ésta entidad qu estoy borrando,

deberían estar en nulos o nulificando, diciendo, ya no existe la otra entidad.

Podemos borrar en cascada, es decir, si yo borro por ejemplo, el curso, todas

las entidades destino, todos los alumnos a lo mejor me gustaría borrarlos, puede ser,

depende de la aplicación o como decíamos impedir completamete el borrado, ¿no?

Porque no deberíamos de permitir en este caso por ejemplo,

borrar los cursos y automáticamente borrar los alumnos,

no debería de ser, entonces impedimos que eso ocurra.

Las relaciones también pueden ser transientes u opcionales,

de la misma manera que los atributos, que significa una relación transiente

no la necesitamos alamacenar en la base de datos, como su nombre lo indica y una

opcional eso quiere decir que una relación por sí misma no necesita estar asociada

o más bien, una entidad no debería estar asociada a otra entidad, ¿si?

Es decir, pensemos en que tenemos por ejemplo un curso y

los diferentes alumnos y no necesariamente un curso debe estar asociado a alumnos,

porque a lo mejor es la primera vez que se va a impartir ese curso.

O sea, no obligatoriamente estamos pidiendo que esa asociación exista,

para algunos casos es obligatorio que exista esta, esta asociación.

Con esto estamos terminando lo que serían los componentes de core data,

en seguida vamos a ver, lo que es realmente, la pila de

core data que es la que utilizamos realmente para hacer persistir los datos.

Muchas gracias y nos vemos en el siguiente video.

[MÚSICA]

Explore our Catalog

Join for free and get personalized recommendations, updates and offers.

Coursera provides universal access to the world’s best education, partnering with top universities and organizations to offer courses online.

© 2018 Coursera Inc. All rights reserved.

Download on the App Store

Get it on Google Play