Archivos Por autor

El tema de las anotaciones son más que conocidas en el mundo java y hoy en día casi todo lo configuramos con anotaciones, aquellos tiempos en los que se hacía todo en interminables ficheros xml que nadie era capaz de seguir se acabaron (gracias a dios).

Pero cuantas veces, sobre todo para los que usamos Spring Framework, hemos visto aquello de @EnableSomething y luego hacer uso de @Something? no os habéis preguntado nunca como funciona?

Todo esto surge, porque hace poco me surgió una necesidad en la que encajaba completamente una custom annotation para reutilizar el código. El caso en cuestión era suscribirse a eventos en kafka y me resultaba tedioso el tener que configurar kafka en cada módulo donde quisiera escuchar un evento y más aún los if que surgían… pongamos un ejemplo:

@KafkaListener(topics = "mitopic)
public void listener(String payload){
Event event = Event.from(payload);
if (event.name == "READ") {
// do something
} else if (event.name == "WRITE" {
// do something
} else if (event.name == "DELETE" {
// do something
}
}

Esta solución al menos a mi, me hace sangrar los ojos.. y es que no me llevo bien con los ifs y menos aún, con los concatenados.

Podríamos pensar en crear tres métodos distintos, uno para cada evento. Pero ni con esas vamos a conseguir quitarnos los ifs. Sin embargo, resultaría super sencillo contar con algo así:

@MyCustomAnnotation({Event.READ, Event.WRITE, Event.DELETE})
public void onEvent(String payload){
// do something
}

Incluso si quisiésemos separarlo, hasta quedaría bien:

@MyCustomAnnotation({Event.READ})
public void onRead(String payload){
// do something
}
@MyCustomAnnotation({Event.WRITE})
public void onWrite(String payload){
// do something
} 
@MyCustomAnnotation({Event.DELETE})
public void onDelete(String payload){
// do something
} 

¿A que queda mejor? ¿pero como hacerlo? Lo veremos en la segunda parte…

Anuncios

Ultimamente dedico más tiempo al mundo javascript que al java, más concretamente a entornos MEAN y mi mente se está pasando a un estilo de vida asíncrono. El stack MEAN y el desarrollo en node es relativamente ‘nuevo’, y siempre surgen dudas acerca de la seguridad.

Leer el resto de esta entrada »

Después de un mes que ha pasado volando, volvemos con otro artículo sobre docker. Y es que por poco que hayas “jugado” con contenedores, te habrás topado con el problema de la hora dentro del propio contenedor. Veamos pues cómo solucionarlo!!!

Leer el resto de esta entrada »

Cuando en nuestro flujo de trabajo tenemos el uso de contenedores, existe un momento a partir del cual la pereza se apodera de nosotros al existir una cantidad inhumana de versiones distintas.

Leer el resto de esta entrada »

A %d blogueros les gusta esto: