0:00
[MÚSICA] [MÚSICA] Hola, ¿qué tal?
Vamos a continuar con el módulo de colección de vistas.
Anteriormente habíamos usado las tablas jerárquicas y el control de navegación
para mostrar ciertos datos, pero más bien de tipo numérico.
En esta ocasión vamos a ver la colección de vistas que nos permite una flexibilidad
para mostrar otro tipo de vistas.
En realidad la colección de vistas nos permite establecer el área
en donde las demás vistas van a ser mostradas.
Acá los temas importantes, al igual que en las tablas,
es la fuente de datos, que es la que nos proporciona los elementos que
queremos mostrar, el delegado por supuesto y un objeto adicional
que nos permite establecer la disposición o qué disposición
deberían de tener los diferentes elementos, las diferentes vistas.
Entonces de alguna manera esta triada de la separación
entre lo que queremos mostrar, lo que vamos a mostrar, y los diferentes objetos
1:18
La fuente de datos como decíamos se va a encargar de proporcionar las vistas,
a través de conocimiento de los objetos que se quieren mostrar.
Él no sabe cómo mostrarlos pero sabe qué mostrar
entonces ahí vemos una separación del trabajo.
La parte de la colección de vistas, sabe mostrar las cosas,
no sabe qué va a mostrar, eso se lo va a proporcionar la fuente de datos
y este rompimiento o este aislamiento hace que la colección de vistas sirva para
cualquier tipo de objeto y no un objeto en particular.
1:53
Decíamos que necesitamos saber los objetos de la aplicación y de ahí,
de alguna manera, tomar las decisiones de cómo irlas mostrando
a través de un objeto que se llama la de disposición o el layout.
Normalmente todo este tipo de cuestiones,
si las queremos como personalizar, lo podemos hacer
de una manera muy muy fácil debido a que utilizamos la subclasificación,
es decir utilizamos herencia en lo que es, en la parte orientada a objetos.
El objeto de disposición, de layout que tiene por defecto o que nos está
proporcionando Apple, es simplemente un objeto de línea, es decir los elementos
se van a ir mostrando línea por línea como si fuera una máquina de escribir.
Es decir de acuerdo a los elementos que queremos mostrar y al ancho de cada uno de
ellos, la disposición se va a ir como llenando hasta que se alcanza el
máximo de la línea y los demás elementos se pondrán en las líneas consecuentes.
En esta imagen podemos ver cómo se realizaría,
donde los diferentes cuadros que logramos ver, pues los está haciendo digamos,
los está mostrando de acuerdo a esas políticas que acabamos de decir.
Es decir va a meter cada una de esas vistas en una línea.
Cuando el ancho o el total del ancho de las vistas que estamos mostrando
llene por completo a la colección de vistas,
en cuanto a su ancho, incluiría una nueva línea.
Normalmente la colección de vistas hereda en una vista que tiene
un scrollbar o un ascensor que permite ir como desplazando
4:10
que son útiles para este efecto.
Entonces todos tienen como prefijo user interface collection view,
que sería por ejemplo esa clase que me permite determinar el área
donde se van a mostrar todas las vistas, es en realidad la vista de colección.
También tenemos su controlador de vista,
es decir acuérdense que todo esto es a través de el modelo MVC,
modelo vista controlador, entonces la parte del controlador.
También tenemos un objeto que representa a la fuente de datos,
es decir el user interface collection view data source, y también su delegado,
que como habíamos dicho es precisamente el que se va a encargar de decirnos
o notificarnos que dentro de la vista están ocurriendo eventos
debido a la manipulación que está haciendo el usuario dentro de la interfaz gráfica.
Tenemos también dos clases que nos permiten realmente hacer el mostrado
de esas vistas, y que normalmente son reutilizables.
Una es el user interface collection reusable view, y el otro, que es
una herencia realmente del anterior, que es el user interface collection view cell.
Es decir eso va a representar toda y cada una de las celdas como estamos viendo
en la imagen.
Cada uno de esos cuadritos es un view cell, ese view cell o esa celda
o vista celda es reutilizable, ¿por qué reutilizable?
De la misma manera que habíamos aprendido en la parte de las tablas,
la idea es eficiencia.
Si estamos creando muchos objetos,
eso va a causar que la aplicación se ejecute de manera más lenta.
Si reutilizamos los objetos pues
la aplicación puede correr de una manera más eficiente.
Pues la idea es que nosotros a través de la fuente de datos le pidamos
a la colección de vistas que nos cree una vista determinada, él la va a crear o la
va a reutilizar de alguna otra que hayamos propuesto anteriormente.
Nosotros configuramos esa celda y se la damos al
controlador o más bien a la colección de vistas para que la muestre.
También tenemos otros objetos que son importantes
dentro de lo que sería este manejo o esta separación de trabajos.
En la parte de layout, no, que es la que decíamos que se va a encargar
de decir la separación por ejemplo de las diferentes vistas que va a contener
esa colección de vistas, el tamaño de cada una de ellas, okey.
A través de ciertos atributos por ejemplo la clase de user interface collection view
layout attributes nos permite decirle
cuál van a ser los atributos que van a tener las diferentes celdas.
6:58
También tenemos digamos por omisión o de alguna manera
Apple nos está proporcionando una clase que es la de flow layout, que es la que
estábamos explicando que es como una máquina de escribir y que normalmente lo
que hacemos es o heredar de ella o simplemente configurarla, rara vez tenemos
que empezar desde 0 creando una disposición muy, muy específica.
7:50
Normalmente utilizamos una clase que se llama NSIndex Path
que nos indica en un momento dado, por ejemplo nos va a decir colección
de vistas, voy a mostrar la vista en tal sección de tal elemento, entonces
el index path tiene esa información, tanto la sección como el elemento a mostrar.
Como decíamos la reutilización es muy importante, nos va a mostrar que
8:17
necesita de alguna manera poner una vista en específico a través del index path,
nosotros determinamos que en esa posición va determinada vista,
se la pedimos a la colección de vistas, él ya nos la regresa, ya decíamos,
ya sea una nueva vista o reutilizando alguna anterior, nosotros la configuramos
y simplemente le decimos ya la información que queremos que sea mostrada.
Y finalmente la parte del delegado que.
como decíamos.
de alguna manera es recibir la interacción del usuario
cuando está seleccionando como diferentes elementos dentro de la interfaz,
y de alguna manera a través del delegado, del delegado de la colección de vistas nos
está diciendo el usuario está seleccionando estas vistas.
¿Quieres hacer algo con ellas?
Posiblemente el usuario quiera eliminarlas, quiera editarlas,
por ejemplo si dejamos presionado determinado tiempo sobre esa selección
que habíamos hecho dentro de la colección de vistas, pues nos lo va a indicar
a través de un menú y en ese menú podemos editarlas, borrarlas, etcétera, etcétera.
En este diagrama estamos viendo realmente esos 3, esa triada que decíamos.
En medio tenemos obviamente la colección de vistas junto con las diferentes vistas
que fueron traídas a través de las fuentes de datos y a través de
obviamente la creación de las celdas como estamos viendo en la parte derecha.
Las celdas son las que alimentan finalmente a la colección de vistas que
está en medio y acá tenemos el realmente, del otro lado,
el lado izquierdo, lo que sería el layout, es decir realmente qué posición de cada
una de ellas van a estar jugando, es decir cada una de esas vistas,
en qué lugar queremos que se pongan dentro del área de la colección de vistas.
Pues los dejo con una pregunta para reforzar las ideas que vimos
en este video.
Espero que te haya ido muy bien en las respuestas.
En el siguiente video vamos a ver ya la parte práctica de
lo que acabamos de aprender.
Muchas gracias.
[MÚSICA]
Dr. Rafael Lozano EspinosaProfesor Titular
