{"id":1998,"date":"2019-07-29T07:00:40","date_gmt":"2019-07-29T07:00:40","guid":{"rendered":"https:\/\/understanddrupal.com\/2021\/12\/05\/what-is-a-view-in-drupal-how-do-they-work\/"},"modified":"2022-04-24T03:41:12","modified_gmt":"2022-04-24T03:41:12","slug":"que-es-una-vista-en-drupal-como-funcionan","status":"publish","type":"post","link":"https:\/\/understanddrupal.com\/es\/blog\/que-es-una-vista-en-drupal-como-funcionan\/","title":{"rendered":"\u00bfQu\u00e9 es una vista en Drupal? \u00bfC\u00f3mo funcionan?"},"content":{"rendered":"\n

En Drupal, una vista<\/strong> es un listado de informaci\u00f3n. Esta puede ser una lista de nodos, usuarios, comentarios, t\u00e9rminos de taxonom\u00eda, etc. Una vista escan\u00e9a tu sitio web usando cualquier criterio que especifiques y presenta los resultados en el formato de tu preferencia. Ejemplos de formato incluyen una table HTML, un feed RSS, un documento PDF, un documento CSV, un mapa interactivo, un carrusel de im\u00e1genes, o una representaci\u00f3n JSON a ser usada mediante un API REST. El mismo contenido se puede presentar en m\u00faltiples formatos al mismo tiempo. Por ejemplo, puedes presentar una table de informaci\u00f3n de usuarios y en la misma p\u00e1gina un enlace de descarga de los datos en formato CSV.<\/p>\n\n\n\n

Continuemos nuestro trayecto de aprender m\u00e1s conceptos de Drupal. Como habr\u00e1s podido notar, se relacionan unos con otros. Hoy, aprender\u00e1s como nodos<\/strong>, tipos de contenido<\/strong><\/a> y campos<\/strong><\/a> pueden usarse como parte de configuraciones de vistas. Tambi\u00e9n, encontrar\u00e1s ejemplos de bloques<\/strong><\/a> que son creados usando vistas.<\/p>\n\n\n\n

Aprendiendo terminolog\u00eda de Vistas<\/h2>\n\n\n\n

Hay tres conceptos clave que debes conocer: el m\u00f3dulo Views<\/strong>, el m\u00f3dulo Views UI<\/strong>, y una instancia de una vista<\/strong>. El m\u00f3dulo Views<\/strong> (Vistas) es el motor de todo el sistema. En ocasiones descrito como un fabricador de consultas SQL, permite extraer datos almacenados en la base de datos de Drupal, ensamblar una lista de resultados, y presentarlos en varios formatos de salida. Uno de los grandes beneficios que provee es que los constructores de sitios no necesitan saber SQL o detalles sobre la estructura de base de datos. Tener conocimiento b\u00e1sico de conceptos de Drupal como nodos, tipos de contenido y campos es m\u00e1s que suficiente en la mayor\u00eda de los casos. Usando el m\u00f3dulos Views UI es posible instancias de vistas las cuales encapsulan la configuraci\u00f3n de qu\u00e9 elementos mostrar y c\u00f3mo.<\/p>\n\n\n\n

El m\u00f3dulo Views UI<\/strong> (Vistas UI) es la interfaz de usuario visual del sistema. Este ofrece un asistente de formulario que te gu\u00eda en el proceso de creaci\u00f3n y configuraci\u00f3n de una vista. Una vez que todas las vistas para un sitio han sido creadas, el m\u00f3dulo Views UI puede desinstalado y las instancias individuales de vistas seguir\u00e1n funcionando. Por un lado, ganas un poco de rendimiento pues hay menos c\u00f3digo a ejecutar al cargar una p\u00e1gina. Pero m\u00e1s importante, los editores no podr\u00e1n modificar las configuraciones de las vistas usando la interfaz administrativa en ambientes de producci\u00f3n. Los constructores de sitios podr\u00e1n continuar haciendo cambios en los ambientes de desarrollo a medida que sea necesario. Luego, pueden mandar sus cambios como parte de sus procedimientos habituales de despliegue de configuraci\u00f3n.<\/p>\n\n\n\n

La instancia de una vista<\/strong> es un conjunto de configuraciones que describen c\u00f3mo datos en Drupal van a ser recolectados y presentados a los visitantes del sitio. Una misma vista puede tener m\u00faltiples presentaciones<\/strong>. Algunas presentaciones posibles incluyen una p\u00e1gina<\/em> (page) disponible bajo cierta ruta<\/em> de URL, un bloque<\/em> que ser\u00e1 colocado en una regi\u00f3n de tema<\/em>, o un agregador<\/em> (feed) a ser exportado en formatos RSS<\/em> u OPML<\/em>. Cada tipo de presentaci\u00f3n te permitir\u00e1 especificar un formato<\/strong> de salida. Los posibles valores dependen seg\u00fan el tipo de presentaci\u00f3n<\/em>. En el caso de la presentaci\u00f3n de p\u00e1gina alternativas v\u00e1lidas incluyen listas sin formato<\/em>, tablas<\/em>, listas HTML<\/em> y cuadr\u00edculas<\/em>. Las presentaciones y formatos de salida son provistos por m\u00f3dulos. A medidas que habilitas m\u00e1s m\u00f3dulos del n\u00facleo o instalas nuevos m\u00f3dulos contribuidos, puede obtener m\u00e1s opciones. Vista esta p\u00e1gina para una lista de m\u00f3dulos que extienden la funcionalidad de Vistas<\/a>.<\/p>\n\n\n\n

Consejo:<\/em> La interfaz de usuario de vistas (Views UI) contiene algunas inconsistencias que te pueden confundir si no est\u00e1s familiarizado con ellas. Una es que se utiliza la palabra \u201cContenido<\/em>\u201d  para hacer referencia a nodos, como en la primera p\u00e1gina del asistente de creaci\u00f3n de vistas. Otra es que, a diferencia de la configuraci\u00f3n \u201cAlias de URL\u201d de la p\u00e1gina de edici\u00f3n de nodos, la configuraci\u00f3n de ruta<\/em> de la vista no produce un error de validaci\u00f3n si este no empieza con una s\u00edmbolo de barra (\/). Estas y otras sutiles diferencias existen, pero son poco significativas si consideramos todos los beneficios que nos da el sistema en general.<\/p>\n\n\n\n

Nota t\u00e9cnica:<\/em> Es posible ver la consulta SQL que Drupal ejecuta para extraer la lista de resultados. Ve a la p\u00e1gina \u201cConfiguraciones de vistas\u201d ubicada en \/admin\/structure\/views\/settings y selecciona la opci\u00f3n \u201cMostrar la consulta SQL\u201d de la secci\u00f3n \u201cConfiguraci\u00f3n de vista previa en vivo\u201d Luego puedes ir a cualquier vista y cuando presiones el bot\u00f3n \u201cVista previa de la actualizaci\u00f3n\u201d ver\u00e1s la consulta SQL que Drupal env\u00eda. Como un ejemplo, dale un vistazo a la vista que muestra la p\u00e1gina inicial configurada en \/admin\/structure\/views\/view\/frontpage Nota que los nombres de tablas aparecen entre s\u00edmbolos de llaves ({}<\/strong>). Esto es porque Drupal permite definir prefijos de tablas<\/a> para compartir la base de datos con otras aplicaciones. A pesar que esto rara vez es \u00fatil<\/a>, es posible configurarlos. Para trabajar con esto, el API de Vistas usa las llaves para indicar que los nombres de las tablas deben ser procesados para a\u00f1adir los prefijos de tabla en caso que se hayan especificados.<\/p>\n\n\n\n

\u00bfC\u00f3mo funcionan las vistas en Drupal?<\/h2>\n\n\n\n

Esta secci\u00f3n asume que el m\u00f3dulo Views UI est\u00e1 habilitado. Para crear una vista la p\u00e1gina \u201cAgregar vista\u201d ubicada en \/admin\/structure\/views\/add. En \u201cOpciones de vista > Mostrar\u201d debes seleccionar que tipo de listado deseas crear: contenido (nodos), usuarios, comentarios, archivos, etc. Tambi\u00e9n puedes indicar c\u00f3mo quieres presentar los resultados: una p\u00e1gina con un feed RSS opcional o un bloque. Despu\u00e9s de este formulario inicial se presenta la interfaz de configuraci\u00f3n completa donde las opciones de lo que puedes hacer son virtualmente infinitas. La selecci\u00f3n inicial de qu\u00e9 quieres mostrar (contenido, usuarios, etc.) no se puede cambiar despu\u00e9s de ser establecida porque sirve como tabla base a usar para recolectar los datos. Excepto por eso y el nombre de sistema<\/em> de la vista, todas las configuraciones se puede cambiar en cualquier momento usando esta interfaz- En lugar de crear una vista desde cero, veamos algunos ejemplos que vienen con el perfil de instalaci\u00f3n est\u00e1ndar de Drupal. Esto nos permitir\u00e1 entender mejor c\u00f3mo funciona la interfaz de Views UI.<\/p>\n\n\n\n

La vista de p\u00e1gina inicial<\/em> (frontpage) se configura en \/admin\/structure\/views\/view\/frontpage. Viene con dos presentaciones: p\u00e1gina<\/em> (page) y agregador<\/em> (feed). La p\u00e1gina estar\u00e1 disponible en la ruta<\/strong> \/node con un formato<\/strong> de lista sin formato<\/em>. Se va a mostrar<\/strong> Contenido (nodos)<\/em> usando el modo de visualizaci\u00f3n<\/strong> (view mode) resumen<\/em>. Porque estamos mostrando un modo de visualizaci\u00f3n, no hay campos<\/strong> individuales a presentar. Usar modos de visualizaci\u00f3n es preferible que mostrar campos. Una raz\u00f3n es porque se beneficia de cach\u00e9s a nivel de entidades. La secci\u00f3n criterios de filtrado<\/strong> especifica las condiciones que deben cumplir los nodos para aparecer en la lista final de resultados. En este caso, el nodo debe estar publicado<\/em> y promocionado a la p\u00e1gina inicial<\/em>. Nota que no hay un criterio de filtrado para el tipo de contenido. Sin embargo, en una instalaci\u00f3n de Drupal por defecto todos los art\u00edculos<\/em> aparecen en la p\u00e1gina inicial y ninguna p\u00e1gina b\u00e1sica<\/em> se muestra ah\u00ed. La raz\u00f3n es que, por defecto, los art\u00edculos est\u00e1n configurados para ser promocionados a la p\u00e1gina inicial mientras que las p\u00e1ginas b\u00e1sicas no.<\/p>\n\n\n\n

De vuelta a la interfaz de Views UI para la vista de p\u00e1gina inicial, en la secci\u00f3n criterio de ordenaci\u00f3n<\/strong> podemos ver dos valores. El primero hace que aparezcan de primero aquellos los nodos marcados con el estado fijo al comienzo de las listas<\/em>. El segundo ordenar\u00e1 los nodos en base a la fecha<\/em> de creaci\u00f3n. Cuando hay m\u00e1s de criterio de ordenaci\u00f3n, el orden en que se definen es importante. Cualquier criterio que aparezca primero en la lista tomar\u00e1 precedencia sobre aquellos que se definen luego. Esta presentaci\u00f3n de vista es usado por la p\u00e1gina inicial por defecto en Drupal. Nota que su ruta \/node viene configurada como la p\u00e1gina inicial en \/admin\/config\/system\/site-information en una instalaci\u00f3n est\u00e1ndar. La segunda presentaci\u00f3n de la vista es un agregador<\/em> (feed) cuya configuraci\u00f3n es casi igual que la de la p\u00e1gina<\/em>. Las diferencias relevantes son la ruta, el formato y la configuraci\u00f3n de modo de visualizaci\u00f3n: \/rss.xml, formato de canal de noticias RSS, and modo de visualizaci\u00f3n RSS, respectivamente.<\/p>\n\n\n\n

Algunas veces queremos crear una vista para presentar una lista de elementos, pero queremos permitir al usuario final filtrar la lista o cambiar el orden en que se ordena. Esto es posible usando exponiendo criterios de filtrado y ordenaci\u00f3n<\/strong>. Un buen ejemplo de esto es la interfaz de administraci\u00f3n de todos los nodos en Drupal que se encuentra en \/admin\/content. Su interfaz de configuraci\u00f3n est\u00e1 disponible en \/admin\/structure\/views\/view\/content. Esta vista muestra siete campos en formato tabla: formulario de operaciones masivas de nodo, t\u00edtulo, tipo de contenido, nombre de usuario, estado de publicaci\u00f3n, fecha de modificaci\u00f3n y enlaces de operaci\u00f3n. En la secci\u00f3n de criterios de filtrado<\/strong>, cuatro elementos han sido expuestos<\/strong> permitiendo que el editor de contenido filtre la lista basado en el t\u00edtulo del nodo, el tipo de contenido, el estado de publicaci\u00f3n y el idioma. Esta vista no usa criterios de ordenaci\u00f3n expuestos, pero su funcionalidad y presentaci\u00f3n es similar a la de los filtros expuestos. No obstante, porque se utiliza un formato de tabla, algunos encabezados se configuraron de forma tal que al darles clic la tabla se ordene en base a ese campo en particular. Esta es una manera diferente de permitir que el usuario final sobrescriba los resultados que se presentan por defecto.<\/p>\n\n\n\n

Es importante notar cuatro cosas en el ejemplo anterior. Primero, un campo de vista<\/em> no siempre es un campo adjuntado a un tipo de contenido<\/em>, como el que provee la columna \u201coperaciones\u201d en la tabla. El reutilizar la palabra \u201ccampo\u201d en este contexto es un tanto desafortunado. Segundo, la liste de campos en la secciones campos<\/strong> y criterios de filtrado<\/strong> no tiene que ser la misma. Tercero, el elemento de formulario (cuadro de texto, lista desplegable, etc.) que permitir\u00e1 al usuario filtrar la lista depende del tipo de campo que se est\u00e1 procesando. Cuarto, cuando un usuario filtra la lista, el formato de la presentaci\u00f3n original se preserva, una tabla con siete columnas en este caso.<\/p>\n\n\n\n

Consejo:<\/em> El nucleo de Drupal incluye al menos 14 vistas por defecto. Estudiarlas es una buena manera de aprender m\u00e1s sobre c\u00f3mo funciona el sistem de Vistas. Para el lector curioso, dar un vistazo a las vistas \u00bfQui\u00e9n es nuevo?<\/em> (Who’s new) y \u00bfQui\u00e9n est\u00e1 en l\u00ednea?<\/em> (Who\u2019s online block) para ejemplos de presentaciones de bloque<\/strong>. Ambas est\u00e1n disponibles en \/admin\/structure\/views. Si quieres jugar con ellas sin tener que configurar ambientes de desarrollo locales, sugiero usar https:\/\/simplytest.me\/<\/a> En este sitio puedes probar el n\u00facleo de Drupal y m\u00f3dulos, temas y distribuciones del repositorio de contribuci\u00f3n en cuesti\u00f3n de minutos.<\/p>\n\n\n\n

Nota t\u00e9cnica:<\/em> Al ser un fabricador de consultas SQL, algunos elementos de la interfaz de Views UI se pueden mapear a conceptos de SQL. La secci\u00f3n campos<\/strong> corresponde a columnas de tablas a incluir en una sentencia SELECT<\/em>. Las relaciones<\/strong> agregar cl\u00e1usulas JOIN<\/em> a la consulta. Los criterios de filtrado<\/strong> y filtros contextuales<\/strong> corresponde a la cl\u00e1usula WHERE<\/em>. El criterio de ordenaci\u00f3n<\/strong> corresponde a la cl\u00e1usula ORDER BY<\/em>. El paginador<\/strong> agrega cl\u00e1usulas LIMIT<\/em> y OFFSET<\/em>. Usar agregaci\u00f3n<\/strong> a\u00f1ade una cl\u00e1usula GROUP BY<\/em> a la consulta. Y la opci\u00f3n \u201c\u00danico(s)<\/em>\u201d de las opciones de consulta<\/strong> a\u00f1ade una cl\u00e1usula DISTINCT<\/em>. Toma en cuenta que los elementos de la interfaz no se mapean uno a uno a elementos de la consulta SQL. La interfaz Views UI procura ocultar la complejidad de la estructura de base de datos a los constructores de sitios. Aunque no es requerido, entender este mapeo es \u00fatil, especialmente cuando la configuraci\u00f3n de la vista no produce los resultados esperados.<\/p>\n\n\n\n

Resultados din\u00e1micos<\/h2>\n\n\n\n

Vistas es uno de los m\u00faltiples sistemas que permiten crear sitios din\u00e1micos con Drupal. Estos sitios, una vez configurados, actualizan su contenido autom\u00e1ticamente a medida que el tiempo pasa. Por ejemplo, si tienes un sitio que contiene informaci\u00f3n acerca de eventos, puedes querer tener una p\u00e1gina que liste \u00fanicamente los eventos futuros. Para lograr esto puedes crear un tipo de contenido \u201cEvento\u201d que tenga un campo \u201cfecha\u201d. Luego, puedes crear una vista que usa este campo de modo que s\u00f3lo eventos cuya fecha sea \u201choy\u201d o mayor aparezcan en la lista final. Nota que es posible diferenciales de fechas (en ingl\u00e9s) como valores de filtrado. Una vez la configuraci\u00f3n est\u00e1 lista, los editores de contenido s\u00f3lo deben agregar nodos y establecer el valor del campo \u201cfecha\u201d. Cuando Drupal muestra la p\u00e1gina de esta vista, va a respetar la configuraci\u00f3n y s\u00f3lo mostrar\u00e1 resultados que cumplen la condici\u00f3n de hoy en adelante<\/em>. Esto muestra la necesidad de almacenar datos de nodos en campos separados. De esta manera puedes usarlos como campos (a mostrar), criterios de filtrado, criterio de ordenaci\u00f3n y m\u00e1s. Si hubieras almacenado esta informaci\u00f3n en el campo \u201ccuerpo\u201d ser\u00eda pr\u00e1cticamente imposible usarla para cualquiera de esos prop\u00f3sitos.<\/p>\n\n\n\n

Vistas con un s\u00f3lo resultado<\/h2>\n\n\n\n

Al inicio dijimos que las vistas se usan para crear listados de elementos. Cuando hablamos de listas, es normal pensar en resultados con dos o m\u00e1s elementos, usualmente muchos. Pero hay algunos casos donde crear una vista que produzca un elemento hace sentido: cuando quieres mostrar \u201clo m\u00e1s de\u201d, \u201cel mejor de\u201d u otros superlativos. Por ejemplo, el art\u00edculo m\u00e1s visitado el mes pasado, el evento m\u00e1s concurrido el a\u00f1o pasado, el producto m\u00e1s reciente agregado a la tienda, etc. Otro caso de uso para una vista de un elemento es cuando quieres mostrar algo aleatorio. Para lograr esto, agrega un \u00fanico criterio de filtrado llamado apropiadamente \u201caleatorio\u201d. En todos estos casos el paginador se configurar\u00eda para mostrar un \u00fanico elemento.<\/p>\n\n\n\n

Otros casos de uso<\/h2>\n\n\n\n

Los casos de uso para Vistas son interminables. Algunos van a requerir el uso de m\u00f3dulos contribuidos<\/a>, pero es posible construir muchas cosas usando funcionalidad base de Views. Ac\u00e1 se muestra una peque\u00f1a lista de cosas que puedes construir con Vistas:<\/p>\n\n\n\n