Onze patrons en onze lliçons: la família més nombrosa del catàleg, i també la més confusible — mitja dotzena dels seus membres comparteixen diagrama i es distingeixen només per la intenció. Aquesta lliçó és el mapa final del mòdul: la taula completa, els cinc acaraments que resolen el 90% dels dubtes reals, un flowchart de decisió, les combinacions que treballen en equip, i el repàs de què va quedar instal·lat a cada racó de PideYa. En acabar-la, el catàleg GoF sencer —creacionals, estructurals i de comportament— serà a la teva caixa d'eines.

1. La taula dels onze
2. Les parelles que es confonen, cara a cara
3. Guia de decisió
4. Combinacions freqüents
5. El mòdul 4 al mapa de PideYa
6. Exercicis i conclusió
7. Tancament: el catàleg està complet

La columna "reïfica" no és ornament: és el resum del mòdul. Els onze apliquen el mateix moviment —convertir en objecte un aspecte de la conducta— i es distingeixen per què converteixen.

Bessons estructurals (context que delega en una interfície amb variants); intenció oposada:

Prova del cotó: si l'objecte delegat se substitueix a si mateix des de dins, és State; si el trien des de fora i les variants no formen cicle de vida, és Strategy.

Tots dos encapsulen "codi en un objecte":

Prova del cotó: mira la firma. Si el mètode no necessita arguments perquè l'objecte ja porta la petició completa a dins, és Command; si rep les dades a cada crida, és Strategy.

Tots dos desacoblen comunicació:

Prova del cotó: el qui avisa necessita que algú decideixi què passa després (Mediator), o només que qui vulgui se n'assabenti (Observer)?

L'acarament herència/composició:

Prova del cotó: necessites canviar la variant en calent o combinar eixos? Composició (Strategy). Flux fix, variants poques i estables que comparteixen context? Plantilla.

L'acarament entre famílies (ho vam prometre al mòdul 3): tots dos són objectes enllaçats amb la mateixa interfície que deleguen al següent.

Prova del cotó: algun element pot legítimament tallar la cadena? Chain. Tots aporten sempre la seva capa? Decorator.

L'arbre de preguntes per orientar-se (com tota guia: brúixola, no llei — confirma després contra l'acarament corresponent):

I el recordatori de sempre, herència de la lliçó de la balança: la primera opció vàlida és cap. Un if, una crida directa o un enum segueixen sent la resposta correcta quan el símptoma no ha aparegut.

Els patrons de comportament treballen en equip millor que cap altra família:

• Command + Memento: el duo de l'undo robust — inversa quan és simètrica i barata, foto quan la inversa menteix. El PanellGestio apila ordres; les ordres difícils guarden mementos del seu receiver.
• Observer + Mediator: la CentralRepartiment pot assabentar-se dels canvis d'estat de la comanda com un observador més (transitarA notifica) i dirigir la reacció com a mediadora — difusió per assabentar-se, protocol per actuar.
• Composite + Iterator + Visitor: el trio de les estructures — Composite defineix l'arbre de la carta, Iterator el recorre sense exposar-lo, Visitor hi afegeix operacions sense tocar-lo. Tres lliçons, una sola carta.
• State + Observer: State autoritza les transicions de la comanda; Observer difon les que ocorren. Connectats en un sol punt: transitarA.
• Mediator + Strategy: el mediador orquestra; els seus criteris variables (assignació de repartidor) són estratègies injectades.
• Template Method + Strategy/Bridge: el flux fix per herència, els eixos que canvien en calent per composició — l'exercici final de Template Method sobre les Notificacio.
• Chain + Command: per la cadena hi poden viatjar ordres: la petició reïficada busca el seu manipulador.
• Interpreter + Visitor + Flyweight: sobre l'AST de regles — avaluar/imprimir/optimitzar com a visitants, terminals repetits compartits.

Fixa't en la constant: les combinacions no es dissenyen "per catàleg" — sorgeixen del fet que cada patró resol el seu símptoma i els símptomes conviuen al mateix sistema.

El repàs aplicat, seguint el viatge d'una comanda:

1. Entra la comanda → la cadena de validació (GestorFrau → GestorZonaRepartiment → GestorEstoc → GestorQuantiaMinima) l'aprova o rebutja, muntada per configuració i disparada per la FacanaCheckout — Chain of Responsibility.
2. Es calcula l'enviament amb la CalculEnviament del mercat (distància, plana, gratis per promoció), i les promocions s'avaluen amb les ExpressioRegla que màrqueting escriu com a text — Strategy i Interpreter.
3. El client edita la cistella amb punts de retorn: Cistella.Memento a l'HistorialCistella — Memento.
4. La comanda viu el seu cicle: EstatComanda autoritza cada transició (CREADA → PAGADA → EN_PREPARACIO → EN_REPARTIMENT → LLIURADA / CANCELLADA) — State — i cada transició legal es difon a NotificadorClient, NotificadorRepartidor, MonitorCuina i PanellEstadistiques — Observer, saldant el deute de la lliçó 01-01.
5. El restaurant gestiona des del seu panell amb Ordres apilables, desfeibles i encuables — Command.
6. El repartiment es coordina en estrella: CentralRepartiment media entre cuina, comandes i repartidors, amb l'EstrategiaAssignacio intercanviable — Mediator + Strategy.
7. La carta s'explota: recorreguda amb Iterable<Plat> (cercador, streams) i operada per VisitantCarta (exportació, al·lèrgens, auditoria) — Iterator i Visitor.
8. Cada nit, els informes de tancament segueixen l'esquelet d'InformeTancament amb els seus passos per format — Template Method.

Per a cada símptoma, anomena el patró (i, si has dubtat entre dos, quin has descartat i per què):

1. "Quan el repartidor marca 'lliurada', han de reaccionar l'app del client, la facturació i les mètriques — i el mes que ve, el programa de punts."
2. "L'assistent d'onboarding de restaurants té 6 pantalles amb el mateix flux (validar → desar → següent) i passos diferents per pantalla."
3. "Volem que suport pugui revertir les últimes 10 accions fetes sobre una comanda, amb auditoria de qui va fer què."
4. "La tarifa de la comissió es calcula diferent per a restaurants premium, estàndard i nous, triada pel seu contracte."
5. "Un ajust de preu passa per: validació automàtica → aprovació del gestor de zona → aprovació de finances si supera el 10%."

Sense mirar les lliçons: escriu les dues "proves del cotó" que usaries davant d'un codi dubtós entre (a) State i Strategy, (b) Chain i Decorator. Després aplica (a) a aquest cas: CalculadoraImpostos rep al constructor un RegimFiscal que no canvia mai després de construir-se i les variants del qual (RegimGeneral, RegimSimplificat) no es coneixen entre si.

L'equip vol "desfer" també a l'edició de la carta del restaurant: cada operació de l'editor (rebatejar secció, canviar preu, moure plat) s'ha de poder revertir, i "reequilibrar preus" (massiu, amb arrodoniments) també. Dissenya la solució anomenant els patrons que combinaries i quin paper juga cadascun.

Solució 1:

1. Observer — interessats variables i anònims davant d'un canvi. (Descartat Mediator: ningú no dirigeix un protocol; cadascú reacciona al que és seu.)
2. Template Method — flux fix, passos variables per pantalla. (Descartat Strategy: no varia l'algorisme sencer ni cal canviar-lo en calent.)
3. Command (+ Memento per a les accions sense inversa neta) — peticions reïficades amb històric, undo i auditoria.
4. Strategy — algorismes alternatius triats des de fora (el contracte), sense transicions entre ells. (Descartat State: un règim no "transita" a un altre per les operacions.)
5. Chain of Responsibility — la petició escala per manipuladors que l'aproven o la passen, amb baules condicionals (finances només de vegades). (Descartat Decorator: hi ha tall i condició, no capes que sempre sumen.)

Solució 2: (a) l'objecte delegat se substitueix a si mateix des de dins, seguint un graf de transicions? → State; el tria l'exterior i les variants s'ignoren? → Strategy. (b) algun element pot legítimament tallar la cadena? → Chain; tots aporten sempre la seva capa? → Decorator. El cas: Strategy — el fixa l'exterior en construir, sense transicions ni coneixement mutu. (Que "no canviï mai després de construir-se" no el converteix en una altra cosa: la intercanviabilitat és entre instàncies del context, no necessàriament en calent.)

Solució 3: Command com a columna vertebral: cada operació de l'editor és una Ordre amb executar()/desfer(), apilada en un invoker amb pila (el patró del PanellGestio). Les operacions simples i simètriques (rebatejar) desfan per inversa; "reequilibrar preus" desfà per Memento — el seu executar() captura abans una instantània de la carta (còpia profunda del Composite, disciplina Prototype) i el seu desfer() la restaura. Opcional i coherent: els canvis confirmats es difonen per Observer (la memòria cau ProxyCacheCataleg i el cercador volen assabentar-se'n). Command dona el marc uniforme; Memento entra només on la inversa no arriba — combinar és assignar a cada patró el seu símptoma, no apilar-los per gust.

Ja distingeixes els onze per la intenció, que és l'única cosa que de vegades els separa: saps què reïfica cadascun, tens els cinc acaraments amb les seves proves del cotó, l'arbre de decisió per orientar-te i les combinacions que funcionen perquè cada peça ataca el seu propi símptoma. I PideYa va quedar com a demostració vivent: de la cadena que filtra comandes al visitant que audita la carta, cada patró del mòdul està instal·lat on el seu mal el reclamava.

Els 23 patrons del GoF són ara a la teva caixa d'eines: els creacionals van resoldre el naixement dels objectes, els estructurals la seva anatomia, i els de comportament les seves converses — qui avisa qui, on viuen els algorismes, com es desfà el que s'ha fet. Fins i tot el deute més antic del curs, aquell canviarEstat de la primera lliçó, va quedar saldat per Observer amb State vigilant la porta.

Però conèixer el catàleg no és saber usar-lo — és la diferència entre tenir les eines i ser bon fuster. Les preguntes que venen ara són les difícils: com es tria patró davant d'un problema real que no arriba etiquetat? Com es refactoritza codi viu cap a un patró sense trencar-lo? Quan un patró ben aplicat es converteix en un antipatró? Quins patrons usen de debò Spring, el JDK o el codi de la teva empresa? Aquest és l'ofici, i és el mòdul sencer que comença: ens veiem a Com Seleccionar el Patró Adequat.