Solamente quería felicitarte por este magnífico blog, en el q creo somos muchos los q hemos resuelto bastantes dudas y aprendido bastante en un lenguaje muy claro.

Te animo a seguir así, salu2!

No es correcto al 100%, pero aquí tienes un ejemplo que quizás te permita aclarar dudas.

http://www.chuidiang.com/ood/patrones/modelo_vista_controlador.php

Se bueno.

se los agradeceria.

adios

Cuando escribí lo del ajedrez no tenía muy claro el patrón MVC -tengo que corregirlo un día-. De todas formas, esto de los patrones tampoco debería -y es sólo mi opinión- tomarse a rajatabla. Un patrón es una solución que ha demostrado ser eficiente al resolver un problema de diseño, pero quizás no se ajuste exactamente a nuestro problema, por lo que podemos tomarnos la libertad de modificar el patrón un poco según nuestras necesidades.

El algoritmo de ajedrez sí podría entrar como parte del controlador, puesto que no forma parte del modelo de datos -el tablero- ni de las reglas del ajedrez. Tampoco forma parte de la vista, pero actúa sobre el modelo. Sin embargo, también podríamos suponerlo como algo externo a nuestro sistema, igual que el jugador, y no formaría para nada parte del MVC. Lo importante sería conseguir un juego de ajedrez en el que podamos reaprovechar lo máximo posible para otro futuro juego que hagamos. El modelo del tablero y las reglas de ajedrez debería quedar hechas de una vez para siempre, ya que el tablero siempre es de 8×8, las reglas son fijas y el número de piezas también, no cambian de un día para otro. La interface de usuario debería poder cambiarse con facilidad y el algoritmo también.

En cuanto a tres capas, depende de en que nivel apliques el patrón. Puedes aplicarlo a tres clases tontas -un JButton, un ActionListener y una clase a la que se modifique un atributo cuando se apriete el botón- o puedes aplicarlo a la totalidad de la aplicación en conjunto. En este segundo caso iría más lo de las tres capas. La primera capa sería el modelo de datos y serían muchas clases que conforman el modelo de datos. Idem para la vista y para el controlador.

En J2EE, por ejemplo, siempre se ha hablado de que está organizado según la estructura de 3 capas o MVC. ¿Por qué?. Porque J2EE contempla la base de datos y los EJBs de entidad -unas clases- como parte del modelo. Sólo contienen datos. Los Servlets serían el controlador -clases que atienden las peticiones y actúan sobre el modelo-. Mientras que las páginas JSP harían de vista. Está organizado en tres capas porque te proporciona tres tipos de “herramientas” -EJBs, Servlet y JSP- que puedes usar y cada una está muy orientada a una de estas funciones MVC.

Aunque es del otro artículo -el del patrón decorador, el II- simplemente comentarte que lo que hay en java sobre los InputStream no es estrictamente un patrón decorador. En este patrón, todas las capas de cebolla deberían implementar exactamente el mismo método. Cada una llamaría al método de la capa interior, haría algo adicional con los resultados y lo devolvería hacia arriba. Pero, como te comento, es mejor ser un poco flexible y aprovechar la filosofía del patrón decorador -hacer capas de cebolla- aunque hagas “la vista gorda” con redefinir exactamente el mismo método en todas las capas.

Se bueno.

Muchas gracias por la aclaración. Ahora una pregunta mas si no molestarte mucho pero me surge una duda en definir ¿Cúal es la diferencia entre 3 capas y MVC? ¿Cuándo aplicamos cada uno?.

Y otra duda en un ejemplo sobre el patrón MVC(el juego del ajedrez) tu dices de que el controlador es el encargado del algoritmo del juego(Inteligencia Artificial) pero en la respuesta que me diste acá me dices de que en realidad es el encargado de gestionar los eventos ¿Pueden existir variaciones?

El controlador es el que actúa sobre el modelo y a veces sobre la vista. Me explico.

Cuando sobre la vista ocurre un evento de ratón o teclado -un click en un botón, por ejemplo-, la vista debería avisar al controlador de este evento y el controlador es el que tiene que hacer lo que sea -mostrar otra ventana, cambiar datos en el modelo, etc-. Un ejemplo, en el caso de java, los ActionListener que añades al botón serían los controladores.

En este caso de la tabla no los menciono porque entre las clases mencionadas no hay ningún controlador. Sin embargo, internamente si debería haberlos, aunque no se ven. Por ejemplo, si haces doble click en una celda para editar, un controlador interno que tenga la tabla sería el encargado de hacer que la celda “cambie” para mostrar un editor. Cuando termines de editar -pulsando por ejemplo- un controlador sería el encargado de recoger ese dato del editor y meterlo en el modelo. De todas formas, ya te digo, esos supuestos controladores son internos al JTable y ni siquiera se si realmente están ahí.

En resumen, el modelo son los datos y no deben ver a nadie, únicamente implementar un patrón observador.

La vista es la ventana y debería ser tonta. Unicamente pedirle datos al modelo para visualizarlos, suscribirse a cambios en el modelo para visualizarlos e implementar algún tipo de observador para eventos de teclado y ratón.

El controlador es el que se suscribe a los eventos de teclado y ratón en la vista y el que actúa tanto sobre la vista -para mostrar u ocultar ventanas, habilitar botones, etc- y sobre el modelo -cambiar datos-.

Se bueno.

Me tiene confundido los conceptos que lei respecto a las funciones de la clase(s) controlador, pues indican de que esta o estas son las encargadas de comunicar a la vista y al modelo y bueno en consecuencia gestionan los eventos de la vista.

Ahora la dude que me surge es en la ultima parte donde mencionas el patron MVC pero no indicas cual es la clase o interfaz que representa al controlador ¿existe o esta fusionada con la vista?