Facilita el desarrollo con pruebas automatizadas con «Service Stub»

Patrones de Diseño

Service Stub es uno de los «Patrones de Arquitectura de Aplicaciones Empresariales» descrito por Martin Fowler. Este patrón nos permite remover la dependencia de servicios problemáticos durante nuestras pruebas. Estos servicios típicamente involucran la ejecución de tareas pesadas, llamados a API externos, etc.

En esta lección crearemos un Service Stub para la interfaz VideoGateway que definimos en una lección anterior.

Regístrate para ver ésta y cientos de lecciones exclusivas.

Unificar Interfaces con el Patrón Adapter, parte 4

Patrones de Diseño

En esta lección vamos a cumplir el «Principio de Inversión de Dependencia» de SOLID, mediante la creación de dos interfaces: Styde\Adapter\VideoAdapter y Styde\Video de las cuales van a depender tanto nuestros adaptadores como el resto del código de nuestro sistema.

Regístrate para ver ésta y cientos de lecciones exclusivas.

Unificar Interfaces con el Patrón Adapter, parte 3

Patrones de Diseño

En esta lección continuaremos aprendiendo cómo unificar clases provenientes de un API de terceros para facilitar su uso dentro de tu aplicación sin tener que comprometer la calidad de tu código.

Regístrate para ver ésta y cientos de lecciones exclusivas.

Unificar interfaces con el Patrón Adapter, parte 1

Patrones de Diseño

Adapter convierte la interfaz de una clase en otra que los clientes esperan. De esta forma un Adaptador permite que 2 clases con interfaces incompatibles puedan trabajar en conjunto. En esta lección plantearé un problema común: tener que trabajar con diferentes interfaces de terceros incompatibles entre sí y veremos cómo intentar solucionar este problema con programación estructurada solo complica el código aún más.

Regístrate para ver ésta y cientos de lecciones exclusivas.

Uso de JOINs versus subconsultas en bases de datos MySQL

Optimización de consultas SQL

El rendimiento de una consulta en MySQL que utilice solamente JOINs versus otra que emplee subconsultas es relativo; esto depende mucho de la naturaleza del problema que necesites resolver. Puesto que la respuesta a esta incertidumbre es asociada más bien a la optimización de la consultas como un todo donde cada parte aporta un peso que puede ser revisado o expuesto con un analizador de consultas tal como hace el comando EXPLAIN de MySQL. En muchas ocasiones verás que la solución es usar una combinación de JOIN y subconsultas.

Sin embargo, en este post dejaremos lo anterior a un lado y nos enfocaremos solamente en comparar JOINs y subconsultas de manera independiente. Así podremos ver que existen algunos factores que inciden en esta comparación, describiremos en qué escenarios uno tiene ventaja sobre el otro, cómo proceder a evaluarlos hasta llegar a una conclusión.

Ver post

Suscríbete a nuestro boletín

Te enviaremos publicaciones con consejos útiles y múltiples recursos para que sigas aprendiendo.

Suscríbete a nuestro boletín

Recibe consejos útiles, promos y múltiples recursos directamente en tu correo.

Tu nombre y correo serán enviados directamente a MailChimp. No compartiremos tus datos con otras empresas.