mvc desde cero

oscard41 · #1 (**permalink**) 25/07/2013, 13:07

Buenas tardes a todos, estoy empezando a aprender a programar mvc con php, y me estoy guiando con tutoriales que e encontrado googleando y videos de youtube pero resulta que cada tutorial y cada video que veo es totalmente diferente, en lo único que coinciden es en la teoria pero en la practica cada quien se trae los datos del controlador a la vista diferente....

si alguno de ustedes me podría dar algún ejemplo sencillo se lo agradecería de ante mano...

GatorV · #2 (**permalink**) 25/07/2013, 13:52

Lo que pasa es que así es como se trabaja un patrón de diseño, las implementaciones varían y mucho, solo es un concepto MVC y no hay una forma que digas esta es la absoluta correcta.

Lo que debes de hacer es estudiar las formas y hacerlo de la forma que más se apegue a tus necesidades, eso es todo, mientras respetes como dices la teoría de como funciona MVC, vas bien

RoKo · #3 (**permalink**) 25/07/2013, 13:59

Exactamente, el MVC es un modelo. Osea es una forma de hacer las cosas. Tal como debes saber, debes separar la capa de datos , visual y control.

Como dice gatorv, respetandolo, es MVC. (ahora hay muchos Frameworks que lo tráen preordenado)

oscard41 · #4 (**permalink**) 25/07/2013, 14:26

Cita:

Iniciado por GatorV

Lo que pasa es que así es como se trabaja un patrón de diseño, las implementaciones varían y mucho, solo es un concepto MVC y no hay una forma que digas esta es la absoluta correcta.

Lo que debes de hacer es estudiar las formas y hacerlo de la forma que más se apegue a tus necesidades, eso es todo, mientras respetes como dices la teoría de como funciona MVC, vas bien

Gracias por tu respuesta, ahora otra pregunta al momento de tener mi controlador lo ideal seria tener los objetos de mi modelo en el controlador y incluir el controlador en la vistas?

ejemplo

Código PHP:

Ver original// mi modelo
 
class suma{
 
  private $a;
  private $b;
  private $suma;
 
  public function __construct(){
     
     $this->a=1;
     $this->b=2;
     
 }
  
  public function sumar(){
     $this->suma = $this->a + $this->b;
     return $this->suma; 
 }
}
 
// mi controlador
 
  require_once('../modelo.php');
 
  objecto = new suma();
  
  $suma =  objecto->sumar();
  echo "El resultado de la suma es: ".$suma;
 
 
// mi vista
 
<html>
  <head></head>
  <body>
      <?php
          require_once('../controlado.php');
      ?>
  </body>
</html>

Nemutagk · #5 (**permalink**) 25/07/2013, 15:17

Por supuesto que no, el controlador jamas se encarga de la vista (lo que se imprime y como se imprime), eso es trabajo de la vista, la teoría dice que el controlador le debe pasar las variables con las que la vista generará el HTML final (o lo que sea, json, xml, etc)...

Siguiendo tu ejemplo...

Código PHP:

Ver original// mi controlador
 
  require_once('../modelo.php');
 
  objecto = new suma();
  
  $suma =  objecto->sumar();
 
  //en este caso usaré una variable imaginaria que envia las variables a la vista
  $this->render('vista_de_la_accion.php',$suma);

Tu vista (vista_de_la_accion.php)...

Código PHP:

Ver originalecho 'El resultado de la suma es: '.$suma;

El punto es que debes programar o implementar una nueva clase que procese las vistas de cada acción (que pertenecen al controlador), y estas serán las que se encarguen de visualizar y acomodar lo que el usuario verá (según el caso)

oscard41 · #6 (**permalink**) 27/07/2013, 06:49

Cita:

Iniciado por Nemutagk

Código PHP:

Ver original$this->render('vista_de_la_accion.php',$suma);
 echo 'El resultado de la suma es: '.$suma;

El punto es que debes programar o implementar una nueva clase que procese las vistas de cada acción (que pertenecen al controlador), y estas serán las que se encarguen de visualizar y acomodar lo que el usuario verá (según el caso)

esta clase estaria en el modelo?

disculpa la molestia pero podrias darme algun ejemplo sencillo de la clase que que debería de comunicarse con la vista para poder tener una idea...

hamza_diaz · #7 (**permalink**) 27/07/2013, 07:00

Suerte Oscar!

Es bastante complicado este lenguaje de programación yo llevo 3 años aprendiendo como utilizar las distribuciones de probabilidad en php, y aun tengo dudas

Italico76 · #8 (**permalink**) 27/07/2013, 07:01

VISTA : solo se encarga de presentar la informacion al usuario
MODELO : conjunto de operaciones para crear-leer-modificar-borrar (CRUDO) registros en DB
CONTROLLER : procesa peticiones, recoje y envia datos al modelo, envia informacion a las vistas

Notas:

- El "modelo" podria representar "registros" u "objetos" implementando modelos como DataMapper o ActiveRecord.
- La "vista" podria acceder al "modelo" en algunos casos.

Cita:

Iniciado por oscard41

esta clase estaria en el modelo?

disculpa la molestia pero podrias darme algun ejemplo sencillo de la clase que que debería de comunicarse con la vista para poder tener una idea...

Con mis disculpas a @Nemutagk creo es algo confuso coloque render() mas bien seria view() o algo similar porque render haria pensar en generacion de HTML / XML / etc... y es claro que es carga de la vista y pasaje de variables

Código PHP:

  $this->view('nombre_vista',$array_vars);

Donde esta el metodo view() que era la pregunta original ......? es parte del "core" del framework ejemplificado.. ya sea que directamente es parte del "Controlador base" o bien es parte de una libreria usada por este.

johnambiental · #9 (**permalink**) 27/07/2013, 10:59

Hola yo he seguido unos tutoriales que la verdad es de lo mejor que he visto en MVC desde cero, la web es la siguiente: [URL="http://www.dlancedu.com/php.html"]http://www.dlancedu.com/php.html[/URL]

ahi aprendes a crear un framework desde ceros, es muy completo

carlos_belisario · #10 (**permalink**) 27/07/2013, 11:58

Simplemente lo que tienes que hacer es respetar lo que dice la teoría, si googleas un poco conseguiras mucha teoría la cual seguir

.

Cita:

- El "modelo" podria representar "registros" u "objetos" implementando modelos como DataMapper o ActiveRecord.
- La "vista" podria acceder al "modelo" en algunos casos.

DataMapper o ActiveRecord son patrones de diseño que implementan los ORM para acceso a los datos, en teoría como he discutido varias veces no debería de estar pegado al modelo según la teoría (que debería contener la lógica del negocio) aunque muchos frameworks lo hagan así.

Cita:

Con mis disculpas a @Nemutagk creo es algo confuso coloque render() mas bien seria view() o algo similar porque render haria pensar en generacion de HTML / XML / etc... y es claro que es carga de la vista y pasaje de variables

es solo un ejemplo, y normalmente se usa render para hacer el renderizado de una vista

dashtrash · #11 (**permalink**) 27/07/2013, 12:31

Cita:

Iniciado por oscard41

Buenas tardes a todos, estoy empezando a aprender a programar mvc con php, y me estoy guiando con tutoriales que e encontrado googleando y videos de youtube pero resulta que cada tutorial y cada video que veo es totalmente diferente, en lo único que coinciden es en la teoria pero en la practica cada quien se trae los datos del controlador a la vista diferente....

Como te dice GatorV, MVC, cuando se ha aplicado al desarrollo web, ha quedado en una serie de ideas generales, o incluso una "excusa" que los distintos frameworks que han ido saliendo han interpretado cada uno a su manera.
MVC es un paradigma muy antiguo.Cuando se programaba para Windows 3.1, el primer paso de crear una aplicación era seleccionar si se quería una aplicación SDI o MDI (single/multiple document interface).O sea, si la aplicación tenía subventanas "dentro" (es decir , podías tener múltiples "vistas" del mismo "modelo" a la vez), o sólo una.
En ese entorno, la interacción del usuario se hace sobre las vistas, pasan al controlador, y de ahí al modelo, todo dentro de un mismo proceso en el mismo ordenador.Hay que tener en cuenta también que en este caso, el sistema es muy orientado a eventos.
Suponer que eso es lo que ocurre en un entorno web, es una simplificación muy grande, lo que impide un mapeo evidente del paradigma al desarrollo web.
El problema de algunos programadores es que piensan que MVC es un paradigma creado para el desarrollo web, por lo que suponen que el mapeo de conceptos MVC a funcionalidades de los frameworks, es evidente, asi que cuando ven incoherencias entre frameworks, es que piensan que el problema es que ellos no entienden MVC.
Y no es así, MVC es un paradigma del que actualmente se echa mano, para poner "algún" principio que ordene el caos que siempre ha sido el desarrollo php/web.
Yo entiendo los frameworks MVC de esa forma, como el principio general en el que se basan, pero son tantos los conceptos que existen en el desarrollo web, para los que MVC no da respuesta, que al final los frameworks acaban siendo cada uno su propio mundo, ya que cada uno da respuesta a esos elementos que se quedan fuera, de una forma diferente.

Hay muchos ejemplos de estas incoherencias de MVC, y por qué cosas que se ajustaban muy bien a esa filosofía, hace ya casi 20 años, en el desarrollo web no están tan claras.Sólo por poner uno:
Supongamos una aplicación de escritorio como photoshop.En photoshop puedes tener una imagen duplicada, en 2 ventanas.Eso son 2 vistas del mismo modelo (la imagen).Cuando el usuario hace click sobre una de las imágenes, la vista envía el evento al controlador,y, según la herramienta que tengas activada, hace una operación sobre la imagen, que, al modificarse, dispara un evento para que se actualicen todas sus vistas.
Esta secuencia de operaciones no existe en la web.La vista no tiene ningún control (en el lado del servidor) de las interacciones del usuario.Como mucho, se puede decir que la vista genera una "respuesta".La interacción del usuario en el cliente, se convierte en mensajes enviados a un servidor web que, a su vez, lo envía a PHP.En ningún caso el "interfaz de usuario" envía nada a la "vista".Quién ha originado el mensaje, y quién debe procesarlo, requiere un sistema de enrutado.Además, una vez encontrada la ruta, a diferencia de el caso de photoshop (la vista de una imagen es la imagen), la vista es responsable de recrear *todo* el interfaz de usuario.Eso puede incluir recrear objetos completamente ajenos al modelo asociado a la vista (en el caso más simple, cabeceras, pies, menús, etc,etc).

Como segundo ejemplo, y, sobre todo, con el peso de javascript a la hora de generar interfaces de usuario, cosas como los web services, SOAP, REST, etc, a mí me parece muy evidente que el desarrollo web se podría basar en el paradigma cliente-servidor (cosa que ya lo es, al fin y al cabo..navegador vs servidor web), que no es necesariamente igual a MVC.
Y, por poner otra posibilidad, una implementación de MVC con vista generada en el cliente, es la base del desarrollo de ActiveX.Pero, para hacer esto, la integración de PHP y Javascript tendría que ser mucho mayor, y la programación se haría orientada a componentes, aunque cada uno de esos componentes sea una estructura MVC (esto seria muy bonito...De hecho, existe..Quien esté interesado, que vea los ficheros htc para internet explorer)

Sé que muchas de estas cosas se consideran herejía hoy en día..Pero afortunadamente ya se ven signos de que el paradigma está cambiando.Personalmente, no creo que MVC tal y como está planteado hoy en día, sea un paradigma buenísimo.Pero no dejo de reconocer que sirve para orientar a programadores recién llegados, a los que al menos se les fuerza a estructurar su código en unidades diferentes a "fichero".

oscard41 · #12 (**permalink**) 29/07/2013, 07:17

Gracias a todos por sus respuestas... creo que ahora estoy mas enredado :S... seguiré leyendo y practicando para aprender este paradigma.