Para explicar correctamente este Patrón de diseño le comparto esta imagen:

Imaginemos un escenario de la vida real para comprender mejor esta patrón para lo cual nos ubicamos en el Aeropuerto y estamos esperando a que nos indiquen que podemos abordar el avión por medio de las bocinas que hay en el aeropuerto.

Bien, de seguro no eres el único que esta esperando el vuelo, de seguro existen muchas personas que esperan el abordaje, En este escenario nosotros junto con todas las demas personas que esperan el vuelo son Observers y la bocina es el Tajet Ya que todos estamos atento a que nos indique que ya podemos abordar lo cual es un evento que realiza la bocina y que nosotros estamos esperando(Observando) para realizar una acción(Abordar).

Entonces el mecanismo por el cual el observer trabaja es el siguiente:

1. Existe un componente u Objecto al cual queremos observar(Tarjet)
2. Tenemos algún modulo u otro Objeto(Observer) el cual queremos que sea notificado cuando Tarjet realice una acción.
3. Los Observers deben implementar una Interfaz común que tanto el Target como el Observer conozcan.
4. Los Observers deberán ser registrados en el Tarjet el cual los almacenara en una lista.
5. Cuando el Tarjet realice una acción notificara a todos los Observers los cuales se registraron en el paso anterior.
6. Los Observers recibirán la notificación como un Evento el cual el Observer procesara para hacer una acción.

Si nos damos cuenta es mucho mas simple de lo que parece y muchos de las aplicaciones utilizan este patrón y ni siquiera nos damos cuenta.

En tu experiencia, ¿donde crees que se mas conveniente utilizar esta patrón o como lo implementarías?

Ya está a la venta mi nuevo libro “Introducción a los patrones de diseño“, en donde expongo los 25 patrones de diseño más utilizados y explicados desde un enfoque del mundo real, con ejemplos que pueden ser aplicados en tus proyectos. Sin duda es unos de los libros más completos de patrones de diseño en español.

The post Patrón de diseño Observer appeared first on Oscar Blancarte - Software Architecture.

El patrón MVC se ha convertido en un estándar para el desarrollo de aplicaciones que permite separar la aplicación entres capas que aunque estén relacionadas no siempre tiene por que estar juntas. Estas capas son la Vista, el Controlador y el Modelo y a continuación explico que es cada uno.

Modelo: El modelo representa la información como tal, representan los datos con los que la aplicación esta trabajando, ya sea los datos de una tabla, un formulario, etc. Podríamos decir que el modelo es la información la cual el usuario puede visualizar en pantalla.

Por ejemplo este texto que estas leyendo en este momento es el modelo.

Vista: Esta es la representación gráfica o pantalla que estas viendo en este momento, La vista requiere del Modelo para mostrar la información en la pantalla.

Controlador: El controlador es el puente entre la vista y el modelo, ya que desde el controlador podemos hacer operaciones que cambien el modelo lo cual representa un cambio en los datos de la vista.

El patrón MVC lo podrías ver de la siguiente manera:

Fig.1: Patrón MVC – Las lineas continuas son asociaciones directas y las punteadas don indirectas.

Como podemos ver en la fig1 el controlador tiene una asociación con la vista y el modelo, ademas la vista tiene una asociación con el modelo.

Por lo cual cuando el usuario realiza una operación lo hace a través del controlador el cual realiza operaciones sobre el modelo y luego notifica a la vista para que actualice la información que vemos en pantalla, Cuando el modelo es actualizado este puede arrojar eventos que notifican a la vista para que se actualice es por eso que existe la linea punteada entre ambos.

La vista tiene una relación indirecta con el controlador debido a que existen implementaciones de MVC en las cuales la vista no tiene acceso al Modelo por lo cual toda la información la obtiene a través del controlador.

La siguiente figura muestra como los componentes interactúan

Pasos

1. El usuario realiza un operación en la pantalla como presionar un botón.
2. El controlador recibe la petición de realizar una acción
3. El modelo es actualiza por medio del controlador el cual puede agregar,actualizar o borrar información.
4. La vista es actualizada con los cambios realizados al modelo.
5. El usuario recibe las actualizaciones en pantalla.
6. FIN.

Espero que esta breve explicación de lo que es MVC les sea de utilidad.

Ya está a la venta mi nuevo libro “Introducción a los patrones de diseño“, en donde expongo los 25 patrones de diseño más utilizados y explicados desde un enfoque del mundo real, con ejemplos que pueden ser aplicados en tus proyectos. Sin duda es unos de los libros más completos de patrones de diseño en español.

The post Patrón de diseño Modelo Vista Controlador (MVC) appeared first on Oscar Blancarte - Software Architecture.

Bien la solución que considero mucho mas rápida es con ayuda de una HashMap ya que al no permitir elementos repetidos como llave nos ayuda a descartar de forma muy rápida los elementos que ya tenemos en nuestra colección.

Imagines un escenario donde tenemos una lista de clase Cliente la cual tiene un campo de ID que nos ayude a identificarlo como único, Con esto lo único que tendríamos que hacer es meter como llave el ID y como Valor el Objecto Cliente completo. Al terminar de introducir todos los elementos los elementos repetidos serán automáticamente descartados y solo faltaría iterar las Entradas del HashMap para recuperar los valores únicos.

Veamos el siguiente Código:

Para los que no les quedo muy claro como el Map elimina los repetidos les explico:

Los Map tiene la característica de tener por cada entrada dos elementos el Key y el Value, El Key representa un elemento único y no puedo contener repetidos por lo que si se intenta meter un elemento repetido lo que hará es sustituir este ultimo por que estaba antes y el Value representa un valor cualquiera asociado a la llave o Key.

The post Java – Como eliminar rápidamente elementos repetidos de una colección appeared first on Oscar Blancarte - Software Architecture.

La herencia es la propiedad que tienen todas las clases u objetos para compartir las propiedades o comportamiento de la clase a la cual extienden. Cuando hablo de comportamiento me refiero a que tiene los mismos métodos, propiedades y que tiene un mismo ancestro en común.

Para explicar mejor un ejemplo analizaremos la siguiente imagen:

 Podemos apreciar una estructura que representa a los animales desde lo mas genérico como es Animal hasta lo mas especifico como la Raza exacta de una especie determinada.

De esta imagen podemos podemos distinguir los niveles de Herencia en rojo, si nos damos cuenta cualquier raza o especie tiene como padre común a Animal lo que nos dice que todos son animales.

A si mismo cualquier raza de pero como Pastor Alemán, Dálmata o cualquier raza podríamos decir que es un Perro ya que tiene como padre a Perro, pero también podríamos decir que es un Animal por que tiene como máximo ancestro a Animal y a sí sucesivamente para cada raza.

Si esto lo quisiéramos convertir a Clases lo mas seguro es que te imagines que cada Nodo(En verde) seria una clase la cual extendería a la clase que tiene justo Arriba por ejemplo Pastor Alemán extiende de Perro y Perro extiende de Animal. Bien esta solución seria valida pero no seria optima por la gran cantidad de clases que se requerirían para hacer la estructura de todos los animales que existen. Para solucionar esto tendríamos que analizar la estructura y ver de que forma podemos hacer menos compleja la estructura de tal forma que cumpla con todas las características que tiene una raza, especie y animal.

Empezaremos analizando la estructura desde lo mas básico que es el Máximo ancestro el cual es Animal:

Bien un animal tiene como propiedades(Variables) un nombre, pertenece a una especie, tiene una edad y como operaciones(Métodos) tendría comunicarse(Ladrar,Trinan, Maúllar) de una forma abstracta.

Con esto podríamos crear una clase Abstracta que represente el comportamiento de un Animal de la forma mas primitiva(Con las operaciones y propiedades mínimas que tiene un animal y que son común para TODAS) y quedaría de la siguiente manera:

Continuemos con las especie o el segundo nivel de nuestro primero dibujo, Para definir las especies tendríamos que crear una clase para cada especia de tal forma que solo cuente con las propiedades especificas que comparten todos los animales de la misma especie.

Como ejemplo pongo la clase Perro y Ave las cuales tiene propiedades y operaciones únicas de la especie y que no comparten con otras.

Si nos damos cuenta Ave tiene la operación hacerNido ya que las aves hacen un nido cuando quieren poner sus huevos, sin embargo un perro no tiene esta operación por que no hace nidos. También si nos damos cuenta implementa el método comunicarse para hacer como un Ave y tiene alas como propiedades.

Por otro lado tenemos al perro que implementa la operación comunicarse pero en vez de hacer como Ave este ladra, también vemos que tiene patas, cola y número de registro. Por otro lado tiene la operación olfatear que solo los perros tiene y las aves no.

Por ultimo faltaría el tercer nivel de herencia pero si nos damos cuenta la clase Animal ya tiene la propiedad raza por lo que cuando creemos una clase Perro o Ave ya  tendremos la propiedad para establecer la raza.

Diseñando nuestras clases tendríamos como resultado esta estructura de clases.

Como código de ejemplo podríamos tener un perro Dálmata el siguiente:

Perro dalmata = new Perro();

daltma.setNombre(“Juan Perez”);

daltma.setRaza(“Dálmata”);

daltma.setEdad(2);

dalmata.setNumeroRegitro(12123123);

daltama.olfatear();

daltama.comunicarse();

Con este código estamos estableciendo las propiedades de un perro y podríamos utilizar las operaciones propias de un Perro pero sigue siendo un Animal.

Esto también seria valido:

Animal dalmata = new Perro();

dalmata.comunicarse();

Bien, Espero que con este pequeño ejemplo se pueda entender mejor lo que es la Herencia en el paradigma orientado a objetos(POO).

The post Java – Que es Herencia appeared first on Oscar Blancarte - Software Architecture.

Java ofrece la clase WeakReference la cual se define de la siguiente manera

WeakReference<T> reference = new WeakReferente<T>(new T());

En este ejemplo T es de tipo Genérico y deberemos sustituirlo por la clase que queramos administrar, por ejemplo si tenemos una clase Persona tendríamos que crear el WeakReference de la siguiente manera

WeakReference<Persona> reference = new WeakReference<Persona>(new Persona());

En este momento tendremos una referencia blanda hacia el objeto que creado y para obtener al objeto Persona tendremos que hacerlo mediante el metodo get de WeakReference de la siguiente manera:

Persona persona = reference.get();

Pero hay que tener cuidad siempre que obtengamos la referencia pues esta podría ser Null en cualquier momento ya que si ninguna otra variable tiene una referencia fuerte o Strong Reference a este objeto el Garbage Colector la eliminara.

Al igual que existen las referencias blandas o WeakReference también existe un HashMap de WeakReference la cual es  WeakHashMap<T,D> la cual tiene la misma mecánica pero implementado como un Map.

Estas son algunas de las cosas extrañas que existen en Java pero que nos interesante saberlas.

The post Java – Weakreference appeared first on Oscar Blancarte - Software Architecture.

Por otro lado tenemos a JDBC que nos brinda total libertad de hacer lo que queramos sin ningún tipo de limitación explotando al máximo las características de la base datos. JDBC nos permite realizar consultas nativas para cada base de datos lo que ayuda mucho a la velocidad de respuesta y los resultados son devueltos en un ResultSet los cuales podemos extraer solamente los datos que requerimos y no toda la Entity como en el caso de JPA o Hibernate.

JPA,Hibernate

Ventajas

1. Nos permite desarrollar mucho mas rápido.
2. Permite trabajar con la base de datos por medio de entidades en vez de Querys.
3. Nos ofrece un paradigma 100% orientado a objetos.
4. Elimina errores en tiempo de ejecución.
5. Mejora el mantenimiento del software.

Desventajas

1. No ofrece toda la funcionalidad que ofrecería tirar consultas nativas.
2. El performance es mucho mas bajo que realizar las consultas por JBDC.
3. Puede representar una curva de aprendizaje mas grande.

JDBC

Ventajas

• Ofrece un performance superior ya que es la forma mas directa de mandar instrucciones la base de datos.
• Permite explotar al máximo las funcionalidades de la base de datos.

Desventajas

• El mantenimiento es mucho mas costoso.
• Introduce muchos errores en tiempo de ejecución.
• El desarrollo es mucho mas lento.

Probablemente pensaras que JPA o Hibernate son mejores ya que ofrece mayor ventajas que desventajas sin embargo las desventajas que tiene son muy serias y pueden ser cruciales a la hora de decidir que tecnología utilizar ya que si tenemos una aplicación muy buena y fácil de mantener pero que tarda demasiado para consultar datos puede llegar a ser algo muy malo.

Como conclusión yo diría que si requieres una aplicación donde el rendimiento sea el factor mas importante utilices JDBC, pero por otra parte si el rendimiento es algo que no están importante puedes utilizar JPA o Hibernate.

Tutorial de JPA Gratis!!

Si estás leyendo esto en este momento es por seguramente estas interesado en aprender Hibernate o JPA, pues te tengo buenas noticias, ya que he iniciado un tutorial muy completo de JPA para que aprendas desde cero y sin conocimientos previos como utilizar JPA. No te sientas mal si lo que tu buscas es aprender Hibernate, ya que actualmente existe una implementación de JPA desarrollada por Hibernate. Además, JPA es el ORM Estándar de Java y que se integra a la perfección con el resto de especificaciones de Java, como lo es EJB 3.X, CDI, Bean Validator, entre otras más. Pues bien, si estas interesado en tomar este tutorial puedes entrar aquí.

The post JPA, Hibernate VS JDBC appeared first on Oscar Blancarte - Software Architecture.

El polimorfismo permite que nuestro programa realice tareas que se definirán hasta el tiempo de ejecución.

Si escribimos un código que sume dos números nuestra programación sera muy simple ya que podemos determinar el comportamiento del programa con solo ver el código, por ejemplo

public class Main{

public static void main(String[] args){

Operacion op= new Operacion();

double suma = op.operacion(5,10);

System.out.println(“Suma ==> ” + suma);

}

}

public class Operacion{

public double operacion(double a, double b){

return a +b;

}

}

Con solo ver el siguiente código podemos determinar que el programa sumara dos numero y finalizara ya que código a ejecutar esta definido de esta forma y nada puede hacer que cambie en tiempo de ejecución. Sin embargo con el polimorfismos esto cambia ya la funcionalidad que se ejecuta dependerá de la implantación que se le de aun método determinado.

Una vez comprendido el código anterior veremos como trabajaría con polimorfismo.

Imaginemos que ya tenemos definidas las clases anteriores pero hora definimos una nueva clase llamada Resta la cual extiende de “Operacion” pero en vez de sumar los números los resta:

public class Resta extends Operacion{

public double operacion(double a, double b){

return a – b;

}

}

Podemos apreciar que el método “operacion” esta definido igual que en la clase “Operacion” lo que provoca algo llamada Override o sobre escribir el método.

Con esto en mente modificaremos el método main de la clase anterior y veremos lo que sucede:

public class Main{

public static void main(String[] args){

Operacion opSum= new Operacion();

double suma = opSum.operacion(5,10);

System.out.println(“Suma ==> ” + suma);

Operacion opRest = new Resta(5,10);

double resta = opRest.operacion();

System.out.println(“Resta ==> ” + resta);

}

}

Como resultado tendremos la suma de 5 + 10 = 15 seguido de la resta de 5-10 = -5.

La clave aquí es que opRest a pesar de tipo “Operacion” tiene asignada una referencia a una instancia de la clase Resta la cual al extender de “Operacion” nos permite asignarla a una variable de tipo “Operacion” esto hace que en tiempo de ejecución el metodo “operacion” de la variable opRest ejecute el código de la clase Resta en vez de la clase “Operacion”

Bien a esto se le llama Polimorfismo…

The post Que es el Polimorfismo? appeared first on Oscar Blancarte - Software Architecture.