[TE6] Patrones Estructurales

name: title
class: middle, center
background-image: url(images/rawpixel/brooklyn-bridge.jpg)
background-size: cover

# .whiteinline[.fancy[[TE6] Patrones Estructurales]]

### .whiteinline[&#183; Composite pattern]

.whiteinline[Carlos Granell&#183; Universitat Jaume I]

.whiteinline[EI1039 - Diseño de Software &#183; Sep 2023]

???

Brooklyn Bridge, New York City, United States. Original public domain image from Wikimedia Commons
Image credits: [Rawpixel.com](https://www.rawpixel.com/image/3282163)

---
class: inverse, center, middle
background-image: url(images/DivingDesingPatterns10.png)
background-size: contain

???

Image credits: [refactoring.guru](https://refactoring.guru/es/design-patterns/composite)

---
class: inverse, center, middle

# Composite Pattern

.large[Propósito]

.large[Problema]

.large[Solución]

.large[Estructura]

.large[Aplicabilidad]

---
name: purpose
class: center, middle

# Composite: Propósito

## compone objetos en estructuras anidadas (árbol) y los trata todos de forma .coldinline[uniforme]

---
name: problem
# Composite: Problema

### Tenemos estructuras complejas de objetos que _pueden_ modelarse en forma de árbol (menús de un restaurante, playlist de canciones, hilos de comentarios, etc.)

### Queremos aplicar las mismas operaciones sobre las composiciones de objetos y los objetos individuales

### Queremos obviar las diferencias entre objetos, tratarlos de forma uniforme

---
name: solution

# Composite: Solución

### Un _composite_ crea una interfaz (`interface` o `abstract`) común para las composiciones de objetos (nodos) y los objetos individuales (hojas)

### Un _composite_ usa polimorfirmo, ya que todas las clases que implementan la interfaz común tienen el mismo comportamiento (subtipos de la interfaz común)

### El cliente usa la interfaz común para manipular cualquier objeto, sin tener que comprobar si es composición u objeto individual

---
name: structure
class: right, top
background-image: url(images/DivingDesingPatterns11.png)
background-size: contain

# Composite: Estructura

???
Image credits: [refactoring.guru](https://refactoring.guru/es/design-patterns/composite)

La agregación (tipo especializado de asociación) representa relaciones “uno a muchos”, “muchos a muchos” o “todo a parte” entre múltiples objetos. Aquí, jerarquías "todo-parte"

`Component` puede ser interfaz o clase abstracta. Lo segundo permite definir comportamientos por defecto de los métodos base

Recursividad: Un `Composite` contiene elementos `Component` y un `Component` puede ser `Leaf` o `Composite`.

---
class: top, right 
background-image: url(images/HeadFirstDesingPatterns03.png)
background-size: contain

Menus .small[<a name=cite-freeman2004></a>[[Fre+04](#bib-freeman2004)]]

---
# <svg aria-hidden="true" role="img" viewBox="0 0 512 512" style="height:1em;width:1em;vertical-align:-0.125em;margin-left:auto;margin-right:auto;font-size:inherit;fill:currentColor;overflow:visible;position:relative;"><path d="M464 256A208 208 0 1 0 48 256a208 208 0 1 0 416 0zM0 256a256 256 0 1 1 512 0A256 256 0 1 1 0 256zm169.8-90.7c7.9-22.3 29.1-37.3 52.8-37.3h58.3c34.9 0 63.1 28.3 63.1 63.1c0 22.6-12.1 43.5-31.7 54.8L280 264.4c-.2 13-10.9 23.6-24 23.6c-13.3 0-24-10.7-24-24V250.5c0-8.6 4.6-16.5 12.1-20.8l44.3-25.4c4.7-2.7 7.6-7.7 7.6-13.1c0-8.4-6.8-15.1-15.1-15.1H222.6c-3.4 0-6.4 2.1-7.5 5.3l-.4 1.2c-4.4 12.5-18.2 19-30.6 14.6s-19-18.2-14.6-30.6l.4-1.2zM224 352a32 32 0 1 1 64 0 32 32 0 1 1 -64 0z"/></svg> ¿Cualés son ciertas según el diagrama UML del patrón `Composite`?

.large[<svg aria-hidden="true" role="img" viewBox="0 0 384 512" style="height:1em;width:0.75em;vertical-align:-0.125em;margin-left:auto;margin-right:auto;font-size:inherit;fill:currentColor;overflow:visible;position:relative;"><path d="M221.5 51.7C216.6 39.8 204.9 32 192 32s-24.6 7.8-29.5 19.7l-120 288-40 96c-6.8 16.3 .9 35 17.2 41.8s35-.9 41.8-17.2L93.3 384H290.7l31.8 76.3c6.8 16.3 25.5 24 41.8 17.2s24-25.5 17.2-41.8l-40-96-120-288zM264 320H120l72-172.8L264 320z"/></svg> La clase `Composite` es capaz de agregar clases `Component`, lo que creará una estructura en forma de árbol.]

.large[<svg aria-hidden="true" role="img" viewBox="0 0 320 512" style="height:1em;width:0.62em;vertical-align:-0.125em;margin-left:auto;margin-right:auto;font-size:inherit;fill:currentColor;overflow:visible;position:relative;"><path d="M64 32C28.7 32 0 60.7 0 96V256 416c0 35.3 28.7 64 64 64H192c70.7 0 128-57.3 128-128c0-46.5-24.8-87.3-62-109.7c18.7-22.3 30-51 30-82.3c0-70.7-57.3-128-128-128H64zm96 192H64V96h96c35.3 0 64 28.7 64 64s-28.7 64-64 64zM64 288h96 32c35.3 0 64 28.7 64 64s-28.7 64-64 64H64V288z"/></svg> La clase `Leaf` hereda de la clase `Composite`, lo que permite que `Leaf` tenga el mismo comportamiento que `Composite`.
]

.large[<svg aria-hidden="true" role="img" viewBox="0 0 384 512" style="height:1em;width:0.75em;vertical-align:-0.125em;margin-left:auto;margin-right:auto;font-size:inherit;fill:currentColor;overflow:visible;position:relative;"><path d="M329.1 142.9c-62.5-62.5-155.8-62.5-218.3 0s-62.5 163.8 0 226.3s155.8 62.5 218.3 0c12.5-12.5 32.8-12.5 45.3 0s12.5 32.8 0 45.3c-87.5 87.5-221.3 87.5-308.8 0s-87.5-229.3 0-316.8s221.3-87.5 308.8 0c12.5 12.5 12.5 32.8 0 45.3s-32.8 12.5-45.3 0z"/></svg> Podemos usar declaraciones if-else para determinar el tipo de un objeto.]

.large[<svg aria-hidden="true" role="img" viewBox="0 0 384 512" style="height:1em;width:0.75em;vertical-align:-0.125em;margin-left:auto;margin-right:auto;font-size:inherit;fill:currentColor;overflow:visible;position:relative;"><path d="M0 96C0 60.7 28.7 32 64 32h96c123.7 0 224 100.3 224 224s-100.3 224-224 224H64c-35.3 0-64-28.7-64-64V96zm160 0H64V416h96c88.4 0 160-71.6 160-160s-71.6-160-160-160z"/></svg> Cada clase individual es un subtipo de una interfaz o superclase y podrá ajustarse a un conjunto de comportamientos compartidos.]

???
1001

---
name: aplicability
# Composite: Aplicabilidad

---
name: summary

# Resumen

### El patrón Composite...

.large[<svg aria-hidden="true" role="img" viewBox="0 0 512 512" style="height:1em;width:1em;vertical-align:-0.125em;margin-left:auto;margin-right:auto;font-size:inherit;fill:currentColor;overflow:visible;position:relative;"><path d="M0 256a256 256 0 1 0 512 0A256 256 0 1 0 0 256zM281 385c-9.4 9.4-24.6 9.4-33.9 0s-9.4-24.6 0-33.9l71-71L136 280c-13.3 0-24-10.7-24-24s10.7-24 24-24l182.1 0-71-71c-9.4-9.4-9.4-24.6 0-33.9s24.6-9.4 33.9 0L393 239c9.4 9.4 9.4 24.6 0 33.9L281 385z"/></svg> tiene un diseño polimórfico, así los clientes pueden aplicar las mismas operaciones sobre toda o una parte de la jerarquía]
 
.large[<svg aria-hidden="true" role="img" viewBox="0 0 512 512" style="height:1em;width:1em;vertical-align:-0.125em;margin-left:auto;margin-right:auto;font-size:inherit;fill:currentColor;overflow:visible;position:relative;"><path d="M0 256a256 256 0 1 0 512 0A256 256 0 1 0 0 256zM281 385c-9.4 9.4-24.6 9.4-33.9 0s-9.4-24.6 0-33.9l71-71L136 280c-13.3 0-24-10.7-24-24s10.7-24 24-24l182.1 0-71-71c-9.4-9.4-9.4-24.6 0-33.9s24.6-9.4 33.9 0L393 239c9.4 9.4 9.4 24.6 0 33.9L281 385z"/></svg> explota la recursividad (_recursive composition_), ya que un `Composite` puede contener otros objectos `Composite` o `Leaf`]

---
# Referencias

<a name=bib-freeman2004></a>[Freeman, Eric, Elisabeth Robson, et
al.](#cite-freeman2004) (2004). _Head First Design Patterns, 1st
edition_. ISBN: 978-059600712.