Elimina sentencias if/else y switch con el Patrón Estrategia

En este artículo vamos a ver como darle calidad a nuestro software eliminado las múltiples sentencias if/else o switch que puede llegar a tener nuestras funciones. Para esto vamos a utilizar el Patrón Estrategia.

Introducción

En un artículo anterior, donde vimos el Patrón Fachadas y para que sirven, se generaron varias dudas a cerca de como quedaría la función que puse como caso de estudio. Si bien, ese artículo no pretendía mostrar el código de la funcionalidad si no, demostrar como se podía abstraer muchas lógica a una clase que funcionara como único punto de acceso (para esto sirven las Fachadas).

Pero sus comentarios me dieron el pie para explicar el Patrón Estrategia para reemplazar el gran switch() con mucha lógica que tenia esa función. Vamos a ver como se hace ✊.

¿Qué es el Patrón Estrategia?

Los patrones de diseño son distintas formas de resolver problemas comunes que se nos presentan. El Patrón Estrategia nos permite convertir distintos comportamientos a clases separadas. Por lo tanto, el patrón de diseño Estrategia es ideal cuando tenemos un gran switch como teníamos en el artículo anterior.

Poniéndonos en tema

En el artículo de Fachadas había comentado que estaba realizando un ecommerce y una parte compleja del sistema iba a ser el desarrollo de los cupones de descuento. Cada cupón tiene su propia lógica y forma de aplicar el descuento.

Por lo tanto, para no poner un switch() se utilizo una Fachada para enviar toda esa lógica a una clase separada.

Pero ¿qué habría en esa clase?, ¿la fachada contendrá el switch?, ¿el switch llamará a distintas funciones?. Como dije en ese mismo artículo, la Fachada podría tener cualquier código.

ARTÍCULOS ANTERIOR

Pero como todos nosotros somos programadores Pro, vamos a utilizar una solución mas fácil de mantener, mas fácil de entender y mas fácil de agrandar sin romper nada del resto del sistema 😉.

¿Cómo aplicar el Patrón Estrategia?

Como dijimos, el patrón de diseño Estrategia es ideal para reemplazar los molestos switch. Este patrón sugiere que tome una función que hace algo específico de muchas maneras diferentes y extraiga todos estos algoritmos en clases separadas llamadas Estrategias.

También, nos dice que debemos tener una clase principal que se encargue de delegar el trabajo a un objeto de estrategia, según el tipo de cupón que recibamos. A esta clase se la llama Contexto.

Pero el contexto no se encarga de seleccionar las estrategias. En cambio, la Fachada será la encargada de enviarle la estrategia al contexto.

De esta manera, el contexto se vuelve independiente de las estrategias concretas, de modo que podremos agregar nuevos algoritmos o modificar los existentes sin cambiar el código del contexto u otras estrategias.

Aplicando el Patrón Estrategia al subsistema de Cupones

Primero vamos a crear una clase por cada tipo de cupón con su lógica correspondiente.

Como podemos ver, cada una de las estrategias implementan una interfaz llamada Estrategia. Su código sería:

Como decíamos anteriormente, cada una de estas estrategias son ejecutadas por una clase llamada Contexto. Vamos a ver como es el código de esta clase.

Analizando el código de la clase Contexto, vemos que en su constructor recibe una estrategia que luego es ejecutada en el método ejecutarEstrategia().

Aclaración: en el constructor vemos que su argumento es Estrategia $estrategia. Esto no significa que estamos haciendo una inyección de dependencias. Si no, que le estamos diciendo a la clase Contexto que debe instanciarse con un argumento de tipo Estrategia.

Es por eso que podemos enviarle cualquiera de nuestras estrategias ya que cada uno de ellas implementan la interfaz Estrategia. Esto no brinda flexibilidad y seguridad a nuestro sistema. Ya que, nos aseguramos que cada estrategias de cupones tengan la función ejecutar().

Ahora bien, ¿con que se come todo esto?. ¡Muy fácil! En nuestra fachada instaciamos la estrategia correspondiente y se la enviamos al contexto para que la ejecute:

El diagrama total quedaría así:

Aquí les dejo una ejecución de prueba que hice con este ejemplo.

Entiendo que en este momento estés pensando: «uff! que cantidad de archivos creados». Y si, te entiendo que pienses así, pero todo esto fue para crear la estructura del patrón Estrategia y luego sentirás sus beneficios.

Beneficios del Patrón de Diseño Estrategia

Supongamos que el día de mañana nuestro jefe nos dice que ahora solo los martes se podrá aplicar el cupón de «2×1». Y a un colega le dice que el cupón de «envíos gratis» solo será aplicable los días lunes y jueves.

El patrón Estrategia nos permitirá trabajar individualmente. Nosotros solo editaríamos el archivo DosPorUnoEstrategia.php y nuestro compañero el archivo EnviosFreeEstrategia.php.

Si hubiéramos tenido la lógica de cupones en un switch, tendríamos que lidiar con el merge de nuestro código y el código de nuestro colega. O peor aun! si nuestro jefe no quiere lidiar con el merge, entonces nos podría pedir que nosotros nos encarguemos de ambos desarrollos 😰.

Otro beneficio es la sencillez con la que podemos extender el subsistema de cupones agregando más funcionalidades. Supongamos que llegamos a un acuerdo con el Banco Santander que le brindara a nuestros clientes el 30% de descuento si compran con la tarjeta de crédito del Banco.

Lo único que tenemos que hacer es crear la clase DescuentoConBancoSantanderEstrategia, implementar la interfaz Estrategia y desarrollar la lógica necesaria. Luego, agregamos la nueva estrategia al arreglo $cuponesHabilitados. Y listo, todo sigue muy ordenado y con código elegante.

Conclusión

Vimos una excelente forma de mejorar nuestro código gracias al patrón de Estrategias. Este patrón nos da una gran flexibilidad y organización pero no es aconsejable utilizarlo si solo tienes un par de algoritmos que nunca cambian. En nuestro caso fue ideal para nuestro subsistema de cupones.

Espero que te haya gustado este artículo. Si así fue, no dudes en compartirlo y dejar tu comentario. Y si no fue así y todavía piensas en usar un gran switch, por favor, retírate de este blog sin hacer ningún tipo de escándalo 😂. Nos vemos en la próxima.