Zend Framework y Uml

[grey]

Hola amigos, quisiera pedirles si me pueden ayudar a resolver esta duda que tengo.
He hecho un diagrama de clases para un registro de usuarios sencillo (solo se pide usuario, clave y email)

Las clases:

Código PHP:

USUARIO
private $usuario;
private $password;
private $email;
 
//metodos:getters y setters correspondientes
 
 
REGISTRO
public verificarusuario();
public insertarusuario();
public rechazarusuario();
public enviarmail();
public validarcuenta();
 

Aqui viene mi duda, al momento de verificar el usaurio en el controller que llegan los datos $_POST, muchas veces he visto que no se hace con una clase Usuario, sino que se llama directamente al modelo para verificar los datos en la base de datos (en algunos manuales incluso he visto esto).

Pregunto, cual es la tendencia en estos casos (o lo que se debería hacer), trabajar con una clase Usuario y una Registro y llamar al modelo dentro de estas clases (en este caso seria en la clase Registro), o llevar los datos directamente al modelo para verificar.

Espero que se entienda la idea, si alguien me puede dar una opinión se lo agradezco.

[repara2]

Hola grey, supongo que en un caso tan simple como este podrías validar contra el modelo directamente.
Si fuera una aplicación más compleja te puede interesar un paso previo para operar con los datos.
Espero que te sirva, salu2

[grey]

Hola, justamente esa es mi duda, porque el registro puede ser algo simple pero quizas el resto del sitio no, o esta la posibiliadad de que en un futuro el sitio crezca, y alli entra el dilema, si respetar "siempre" los diagramas de clase que nos arroja un diseño UML.

Pongo dos ejemplos para que se vea la diferencia, supongamos que queremos ver una lista con todos los usuarios:

Código PHP:

//ejemplo 1
public function usuarioAction()
    {
        $todoslosautos=new Moduno_Model_Usuarios();
        $this->view->todos=$todoslosusuarios->vertodos();
    }
 

Código PHP:

//ejemplo 2
public function usuarioAction()
    {
        include_once 'Usuarios';
 
        $verusuarios = New Usuarios();
        $todos = $verusuarios->listacompleta();
        $this->view->todos = $todos;
    }
 

En el segundo caso se estaria respetando el diagrama de clases, donde una clase "Usuarios" tiene un metodo "listacompleta" y es alli donde se llama al modelo para que posteriormente se retorne el resultado.
En el primer caso se hace directo, sin intervencion de ninguna clase, o sea dejando de lado el diagrama UML.
Funciona de las dos formas, pero cual seria la "correcta".

[GatorV]

Lo que pasa es que los diagramas como tal de UML es una guia de como se comportan los objetos de tu sistema.

Recuerda que la idea del modelo es que sea toda la capa del negocio donde se procese todo, el modelo engloba tus objetos uml, y la capa de persistencia en esa misma, por lo que dentro del modelo tienes tu objeto Usuario, y luego tienes un UsuarioMapper, que hace uso de un UsuarioDB para persistir los datos, pero todo esto tiene que "flotar" entre las capas y tiene que ser tan transparente que tu usando un Usuarios::getTodos() tengas una lista de Usuarios, y sea transparente de donde vinieron esos Usuarios, tu solo sabes que son pertenecientes a tu clase Usuario y tienen sus getters/setters y sus métodos.

Saludos.

[grey]

Gracias GatorV... pero la lógica de negocio no iría en el controlador?
el controlador no es para eso?
Si me puedes despejar esta duda te agradezco.

[GatorV]

No, la logica del negocio va en el Modelo, el controlador simplemente es una capa de transmisión de datos entre el modelo y la vista, hasta ahí, las tareas de decisiones y procesos del negocio, van en el modelo.

Supongamos que parte de tu modelo es que al insertar un usuario, tienes que crear una cuenta, agregar datos, insertar otros datos en otra tabla, notificar un mail, etc.

Todas esas tareas deben de ir dentro del modelo, y desde tu controlador solo haces el paso de datos llamando a agregarUsuario() y listo.

Saludos.

[grey]

Nuevamente gracias GatorV, volviendo a lo primero, al trabajar con ZF siempre sería mejor respetar las clases y metodos que nos arroja un diagrama UML ? o se pueden obviar ciertas clases o metodos.

[GatorV]

Como te comento, un diagrama UML te ayuda a planear como se van a comportar tus procesos, como se comunican tus objetos, y lo puedes integrar tal cual en ZF sin ningún, problema.

[fernandozunni]

Yo cuando trabajo con Zend Framework trato de trabajar a la forma numero 2 que describes (creando las clases que nos devuelve Uml), creo que respetando el diagrama siempre vamos a tener un orden que mas adelante no nos va a complicar la vida.