Patrón Composite

¿Cuál es el propósito central del patrón Composite?. Convertir objetos individuales en jerarquías de bases de datos. Trabajar con estructuras de árbol como si fueran objetos individuales. Aplanar jerarquías complejas en listas de objetos simples.

¿En qué escenario tiene sentido aplicar este patrón?. Cuando el modelo de la aplicación puede representarse en forma de árbol. Cuando el sistema requiere ejecutar bucles de forma recursiva obligatoria. Cuando el Cliente debe conocer y validar la clase exacta del objeto.

¿Cómo soluciona Composite el recorrido de múltiples niveles?. Elimina la recursividad reemplazándola por múltiples bucles condicionales (if/else). Delega la iteración manual de cada nivel al código del Cliente. Ejecuta un comportamiento de forma recursiva sobre todos los componentes del árbol.

En la estructura, ¿cuál es la diferencia entre la "Hoja" y el "Compuesto"?. El Compuesto ejecuta el trabajo real; la Hoja lo delega al Cliente. La Hoja ejecuta el trabajo real; el Compuesto solo lo delega a sus hijos. Ambos delegan el trabajo, pero a diferentes niveles de la jerarquía.

En el ejemplo del pedido, si el Cliente pide el precio a una "Caja", ¿qué hace esta?. Devuelve una lista plana con el precio individual de cada Producto. Retorna su propio precio base sin consultar a los elementos que contiene. Delega la petición a su contenido interno y suma los resultados.