Discusión:Modelo–vista–controlador

De Wikipedia, la enciclopedia libre
Saltar a: navegación, búsqueda

GianDie Gianfranco Escribio lo SIguiente de JAVA El controlador no puede ser la base de datos. El controlador es el código que determina las acciones a ejecutarse o páginas a mostrarse dependiendo de las acciones del usuario.

Totalmente de acuerdo, el controlador nunca puede ser el sistema de gestion de base de datos. El controlador es el elemento o los elementos que permiten relacionar cada interacción del usuario con la vista con la realización de una serie de acciones en el modelo (generalmente provocará un cambio de estado en el modelo)

— El comentario anterior sin firmar es obra de 190.41.49.33 (disc.contribs bloq).

La lógica de negocio no está en el Controlador como se dice, está en el Modelo. El Modelo también modela los datos.

  • En el cuadro comparativo aparece .NET como lenguaje, lo que es incorrecto. .NET es en sí un framework, tal como lo es Ruby on Rails.


— El comentario anterior sin firmar es obra de 201.215.223.83 (disc.contribs bloq).

recomiendo a los integrantes que no olvidemos de colocar las firmas. de esa manera podemos llevar un mejor control de las ediciones y comentarios de todos

--AleGorico___I´M ..... O:Flag of Spain.svg N:Flag of Venezuela.svg ...... Now: 10:35 30 may 2009 (UTC)

{{{{{ORDENAR:#REDIRECCIÓN [[[[:Archivo:[[Media:

</gallery>]]]]]]}}}}}== Diferencias entre patrón de diseño MVC y arquitectura de Programación por capas ==

la verdad es que el modelo de capas (logicas: presentación, negocio, datos) pretende solventar un problema diferente al que pretende solventar el modelo MVC. por ello es incorrecto creer que ambos modelos se parecen al 100%.

tenemos claro que el modelo del MVC y capa de datos de la programación por capas son iguales (no porque sean iguales en si sino porque es independiente de la aplicación, es un sistema aparte), el dilema se encuentra entre la vista-controlador y presentación-negocio.

un poco de teoría la Programación por capas separa la presentación (gráfica y no gráfica, programada y no programada) de los mecanismos de acceso a los datos (que esa parte le corresponde a la capa de negocio), es decir la capa de presentación engloba tanto una parte de la vista como una parte del controlador, la capa de negocio es el intermediario entre la capa de presentación y la capa de datos.

Ahora bien que vemos aquí? que en nuestro modelo en cuestión la parte de capa de negocio, debería formar parte del controlador, junto con cualquier aditamento que involucre la interacción con la vista: es decir el controlador es mucho mas grande de lo que puede ser en el modelo de capas (lo correcto seria separarlo en controlador de eventos de usuario y controlador de negocio, pero no entremos en ese detalle). La vista es mas pequeña que la capa de presentación estructurada según capas de programación de sistemas, por no contener parte de la programación de eventos de usuario que ya hemos cedido al controlador (controlador de eventos de usuario).

como vemos la capa de negocio (capas de programación) puede formar parte del controlador (MVC) pero el controlador no se engloba únicamente en la capa de negocio. La vista debe de estar lo mas separadamente posible del código del programa por formar ese otro subsistema con vida y desarrollo paralelo.

La capa de presentación vista como conjunto y con programación de eventos de usuario, tal como se destila en las aplicaciones de escritorio, entorpece el desarrollo y mantenimiento de los ficheros gráficos que la vista requiere como independiente, es allí el porque el modelo MVC esta tan difundido en aplicaciones web mas que en aplicaciones de escritorio.

en todo caso el MVC es un patrón que no pretende ser rígido sino mas bien orientativo para el diseño web

saludos!

--AleGorico___I´M ..... O:Flag of Spain.svg N:Flag of Venezuela.svg ...... Now: 10:35 30 may 2009 (UTC)


esta bien tu explicacion pero es importante que comprendamos que el modelo pretende dar soporte no mas alla que a la presentación es decir no pretende convertirse en capa de datos a diferencia de las aplicaciones webs los programas informaticos no necesitan consultar datos para mantener su integridad visual. muchos sistemas web ven casi como un requisito el guardar datos de forma dinamica en la base de datos para proseguir con las proximas paginas a mostrar (un ejemplo puede ser un carrito de compras que guarda un historial del cliente, una aplicacion no-web no necesita almacenar ningun dato en base de datos porque la informacion ya esta en la memoria del cliente) he alli la utilidad del modelo en este patron, facilitar la presentacion. dependiendo de la complejidad de la aplicacion se hara uso de otros datos no ligados con la presentacion (estos si logica de datos). el modelo es muy diluible y muchos cometen el error de considerarlo capa de datos cuando la verdad no lo es.

--83.60.131.90 (discusión) 01:50 6 dic 2009 (UTC)

entre todos los fw incluidos en php, no se ha incluido ni drupal ni joomla los cuales hacen uso del patron mvc

--Nestor Acevedo (discusión) 01:50 5 abr 2011 (UTC)ωωωωωωωωωωωωωωωωωωΩΩΩΩΩÍ#REDIRECCIÓN [[]]

Enlaces rotos[editar]

Elvisor (discusión) 01:52 28 nov 2015 (UTC)