Duda: Modelo-Vista-Controlador

[Vitesse92]

Hola tengo una duda....
puse el prefijo de codeigniter porque es el framework que estoy aprendiendo a usar.
Una consulta simple:
cual es la forma correcta relacionar las clases usando MVC entre controlador-modelo?
ejemplo:

Código PHP:

  class Controlador extends CI_Controller{
public function Buscar(){
$consulta=$this->db->query(('select ...etc');
$resultado=$consulta->result();
$this->load->view('vista',$resultado);
}
} 
   

mi pregunta es: ¿esta es la forma correcta de hacerlo? u.u ...
porque pienso que el controlador sabe demasiado del funcionamiento interno del modelo...
el controlador debería encargarse de llamar a la vista que corresponde, ¿no? y como hacer la consultas a los datos sin que el controlador sepa "demasiado" el funcionamiento del modelo!? espero alguien me ayude, llevo días con esta duda. y no encuentro nada en san google ( que amo tanto )

[bomba1990]

en el patron de desarrollo mvc hay un model una vista y un controlador, en lo que tu has escrito no un modelo, simplemente estas cargando una vista y buscando datos en una base de datos, los modelos son archivos aparte que van en la carpeta model, para cargar model hay que colocar asi:

$this->load->model('nombre del modelo');

para acceder a las cosas internas del model se hace asi
$this->nombredelmodelo->mienbro();

si quieres saber más puedes visitar http://codeigniter.com/user_guide/general/models.html

[Vitesse92]

esta bien eso lo comprendo, lo que no entiendo realmente es como deberia ser la relacion entre controlador y modelo, como deberian consultarse datos desde el controlador...gracias por tu respuesta bomba1990

[historiasdemaria]

Iniciado por Vitesse92

esta bien eso lo comprendo, lo que no entiendo realmente es como deberia ser la relacion entre controlador y modelo, como deberian consultarse datos desde el controlador...gracias por tu respuesta bomba1990

Bien, yo no conozco Code Igniter, pero mirando el modelo MVC, lo ideal es que la capa base de datos este en el Model, o sea, las consultas Sql,
Luego, en el controlador tu llamarias a esas consultas pasandole parametros si lo necesitas y recuperarias los datos.

:)

[RatoN7]

Algo mas que puedes hacer es que si estos datos necesitan cierta logica por parte de php, hazlo en el modelo, el controlador solo carga el modelo, usa una funcion de este, y le asigna los datos a una vista, sin mucha logica en medio. Esto seria lo que se dice : Fat Models, Skinny Controllers

Aclaro que no todos siguen esta forma de programar, eso queda a eleccion de cada uno. Por mi parte yo sigo esta regla porque si el controlador es el que lleva la logica, si necesito la misma funcion con la misma logica en otro controlador estaria duplicando codigo, y si guardaste la logica en el modelo, pero en cierto momento vos necesitas solo los datos puros, se arregla con algun condicional que use algun parametro de la funcion.

Espero que me haya explicado bien, y que te sea de ayuda, saludos.

[NUCKLEAR]

El metodo que haga la consulta debe estar en el modelo, y llamarlo desde el controller: Te pongo n ejemplo bastante global:

Código PHP:

Controller:
 
function controller1(){
 
$data['q'] = $this->mimodel->mimetodo($parametros);
$this->load->view('templateView', $data);
 
}
 
 
 
model: mimodel.php
 
function mimetodo($parametros){
 
$q = $this->db->query('.............');
return $q;
 
}
 
 
Ya tienes un array asociativo con los resultados enviados a tu Vista, lo podes desglozar como quieras:
 
 
vista:
 
foreach($q->result() as $results){
 
print $results->field1;
print $results->field2;
etc etc...
 
}
 

[Vitesse92]

oh gracias a todos por sus respuestas , todas las respuestas aportaron algo :) muchas gracias!

[_-ZeuS-_]

Weno si a mi me preguntas creo que lo que se debe hacer es separar las capas de tal manera que la vista sea lo más pura y se ponga cosas que en realidad ya vea el usuario es decir que los datos ya lleguen tratados.

El controlador para mí siempre es tan sólo una capa de transición a la que llegan los datos de la vista y desde la cual envías data ya tratada, es decir aquí no deberías poner tampoco lógica de negocio.

Por último el modelo, es lo más conveniente que se encuentre aquí toda la lógica debido a que llegas a un 3er nivel en donde ya trataste los datos, evitaste que sean ataques, los filtraste y finalmente los tratas y les daras el proceso requerido para ser enviado al controlador y posteriormente a la vista.