¿Cuáles son los patrones de diseño más utilizados en el código de producción sobre los que los recién graduados no tienen idea?

Patrón de visitante

Suponga que el triángulo y el círculo, en el diagrama # 1, representan dos entidades separadas que debe procesar en su programa. Tienes soluciones individuales para ambos.

Puede procesar fácilmente los datos que le llegan secuencialmente como se muestra en el diagrama # 2.

Pero, ¿cómo procesará los datos que le lleguen de manera similar al diagrama # 3? ¿Cuántas condiciones, si no, escribirás para desenterrar la estructura interna? ¿Qué pasaría si tuviera pocos triángulos y círculos uno dentro de otro sin un patrón específico?

El patrón del visitante viene al rescate.

El escenario anterior ocurre en la codificación cuando está procesando un objeto que puede repetir su estructura general dentro de sí mismo, al igual que los fractales.

Digamos, por ejemplo, que está escribiendo código para desarrollar su propio RDBMS. Desea procesar consultas SQL disparadas a su base de datos. Todo parece ser fácil a primera vista porque lo difícil que puede ser procesar una declaración SQL como:

SELECCIONE a.foo,
un bar
DE my_table como un
DONDE a.google = 1;

Puede dividir fácilmente la cadena en la cláusula SELECT, FROM y WHERE utilizando la manipulación básica de cadenas. Después de eso, puede extraer los nombres de columna, el nombre de la (s) tabla (s) y las restricciones aplicables en la (s) tabla (s) utilizando esas cláusulas respectivamente.

¡Sostén tus caballos Neo!

¿Cómo tratará su RDBMS ficticio con una consulta como esta?

SELECCIONE a.foo,
un bar,
(SELECCIONE un token
DE g_table como g
DONDE g.prev_log = ‘t’ Y g.foo = a.foo) tkn
DE my_table como un
DONDE a.google = 1;

Cuántos códigos anidados if-else bloques que escribirá si hay una subconsulta en la cláusula WHERE? ¿Entendiste mi punto!

En estas situaciones, el patrón de visitante es útil. Escribe el código solo una vez para cada una de las cláusulas como SELECCIONAR, DONDE, AGRUPAR POR, ORDENAR POR INDEPENDIENTE y todas caen mágicamente en su lugar, gracias al patrón de visitante.

La lógica cambia en función del tipo de objeto que se procesa o visita. Por eso el nombre, patrón de visitante.

Para más detalles técnicos consulte:

Patrón de visitante – Wikipedia

PD : No olvide pasar un objeto de búfer al constructor de su clase Visitor para almacenar sus resultados intermedios.

El más común es el modulador.

No sé cuál es el más utilizado o profeso saber qué saben o no los graduados, pero apostaría a que el bloqueo de doble verificación estaría en la lista junto con los patrones de integración empresarial.