Data Mapper

[jerkan]

Hola,

estoy intentanto implementar el patrón Data Mapper en mi aplicación y lo he hecho de la siguiente manera. Mi pregunta es si es correcto o no.

Por un lado, tengo una instancia de Zend_Db_Table_Row_Abstract que me sirve como entidad de una fila de la base de datos y dónde puedo añadir métodos propios (aparte de los clásicos setters y getters):

Código PHP:

class Application_Model_DbTableRow_Users
    extends Zend_Db_Table_Row_Abstract
{
     public function getFullName() {
          return $this->_name.' '.$this->_surname;
     }
}
 

Por otro lado, tengo una instancia de Zend_Db_Table_Abstract que me sirve para hacer operaciones globales sobre la tabla en cuestión como, por ejemplo, hacer búsquedas o hacer actualizaciones de varios registros:

Código PHP:

class Application_Model_DbTable_Users
    extends Zend_Db_Table_Abstract
{
     protected $_name = 'users';
     protected $_rowClass = 'Application_Model_DbTableRow_Users';
 
     public function existsName($name)
     {
         // ....
     }
}
 

Entonces, para crear un nuevo registro entiendo que habría que hacer algo así:

Código PHP:

// controller - action
$user  = new Application_Model_DbTableRow_Users();
$user->setName($name);
$user->setSurname($name);
$user->insert();
 

Y, para obtener un user en concreto:

Código PHP:

$users = new Application_Model_DbTable_Users();
$user = $users->findLastCreatedUser(); // esto devuelve un Application_Model_DbTableRow_Users
$user->getFullname();
 

¿Qué les parece? ¿Es correcto? ¿Alguna sugerencia para mejorarlo?

Muchas gracias!

[masterpuppet]

Que tal jerkan,

En el Quickstart tenes una implementación basica de un mapper.

Saludos.

[jerkan]

Gracias por conterstar, masterpuppet.

Lo que no acabo de entender es por qué, en el quickstart, el mapper no hereda de Zend_Db_Table_Abstract ni el modelo de Zend_Db_Table_Row_Abstract.

EDITO: Ahora que me fijo bien, en el quickstart hay tres clases:

// Una clase representativa de la tabla que sólo contiene el nombre de la tabla
class Application_Model_DbTable_Guestbook extends Zend_Db_Table_Abstract

// Una clase mapper
class Application_Model_GuestbookMapper

// Una clase para representar una fila en la base de datos
class Application_Model_Guestbook

¿Son necesarias tantas clases?

[masterpuppet]

Porque un mapper no tiene nada que ver con Zend_Db_Table_Abstract, ni un modelo con Zend_Db_Table_Row_Abstract, el modelo debería estar aislado de la persistencia, seria algo así:

Model <- Mapper -> Dao

Y si son necesarias si queres separar completamente las capas, osea utilizar DataMapper.

Implementar correctamente DataMapper no es algo simple, te sugiero que para este fin utilices Doctrine, de ser posible la versión 2.

Nota: el nombre del mapper esta mal, no esta utilizando el namespace correcto, deberia ser Application_Model_Mapper_Guestbook, no se como no lo corrigieron todavía.

Saludos.

[jerkan]

Sigo sin entenderlo. A ver si haciendo la pregunta de otro modo lo veo claro.

¿Qué desventajas tiene implementar la arquitectura que proponía en el primer post?

Es decir,

class Application_Model_DbTableRow_Users extends Zend_Db_Table_Row_Abstract
class Application_Model_DbTable_Users extends Zend_Db_Table_Abstract

[masterpuppet]

Que es lo que no entiendes ?, lo que planteas no es DataMapper, es la implementacion por defecto de Zend, Table Data Gateway y Row Data Gateway, la desventaja mas grande es que atas los modelos a la persistencia, en este caso a una bbdd.

Te sugiero que busques info sobre los patrones para que veas los pros y contras de cada uno y en base a eso evaluar que te sirve mas.

Saludos.