Hace poco comenzamos a migrar una aplicación de Vue 2 a Vue 3, y uno de los problemas que nos encontramos que la librería [vue-resource](https://github.com/pagekit/vue-resource) había quedado obsoleta y debíamos sustituirla por fetch. Entonces vimos que se utilizaba en un *gritón* de sitios y la API de fetch no es ni parecida.
¿No os ha pasado nunca que un caso de uso va creciendo y creciendo con acciones derivadas de la principal? Que si guarda un log, que si manda un e-mail, que si añade un registro en la base de datos, que si es la visita que hace mil le sumes saldo...
Estamos cansados de oir que si Value Objects por aquí, Value Objects por allá, pero ¿cual es realmente el atractivo de usar Value Objects y en qué nos puede ayudar? A continuación veremos brevemente qué son los Value Object, qué nos aportan y un caso práctico en el que nos resulten útiles y toda esta complicación extra tenga alguna razón de ser.
El patrón template method nos permite implementar un proceso en el que hay partes que pueden cambiar, implementando en cada caso únicamente las partes que cambian, pero como siempre, veamos un ejemplo.
El patrón composite es un patrón de diseño que permite implementar algoritmos compuestos, pudiendo utilizar varios de ellos bajo una interface unificada. Pero veamos un ejemplo.
El patrón estrategia (strategy pattern en inglés) es un patrón de diseño que permite intercambiar algoritmos en un proceso según la estrategia que deseemos. Pero pongamos un ejemplo para ilustrarlo.
El patrón cadena de responsabilidad (chain of responsibility en inglés), es especialmente útil cuando tenemos diferentes reglas para resolver un problema que deben ser aplicadas secuancialmente pero no sabemos cual de ellas cumplirá los requisitos hasta el tiempo de ejecución. Además es muy útil en escenarios en el que estas reglas son muy variables, pues permite agregar nuevas reglas sin modificar la lógica de aplicación de estas, dejando el sistema abierto a nuevas funcionalidades sin modificacioens.