2012-07-10 2 views

risposta

13

È possibile avere tutti i repository che si desidera. Tuttavia, solo un singolo repository può essere collegato con il gestore entità.

È necessario definire alcuni servizi per aggiungere un repository personalizzato.

<!-- My custom repository --> 
<service id="acme.repository.my_entity" class="Acme\FQCN\MyEntityRepository" > 
    <argument type="service" id="doctrine.orm.entity_manager" /> 
    <argument type="service" id="acme.metadata.my_entity" /> 
</service> 

<!-- MyEntity metadata --> 
<service id="acme.metadata.my_entity" class="Doctrine\ORM\Mapping\ClassMetaData"> 
    <argument>Acme\FQCN\MyEntity</argument> 
</service> 

La classe di repository dovrebbe ereditare da EntityRepository.

namespace Acme\FQCN; 

use Doctrine\ORM\EntityRepository; 

class MyEntityRepository extends EntityRepository 
{ 
    /** 
    * If you want to inject any custom dependencies, you'd have either have to 
    * add them to the construct or create setters. I'd suggest using setters 
    * in which case you wouldn't need to use the constructor in this class. 
    * 
    * public function __construct($em, Doctrine\ORM\Mapping\ClassMetadata $class, $custom_dependency) 
    * { 
    *  parent::__construct($em, $class); 
    * } 
    * 
    */ 
} 

Purtroppo non sarà possibile recuperarlo tramite il servizio doctrine. Invece, recuperarla direttamente dal contenitore:

$this->get('acme.repository.my_entity'); 

EDIT

Se si sta creando un repository che non dovrebbe essere legato a qualsiasi entità, è sufficiente creare un servizio e iniettare il dipendenze necessarie.

<!-- Repository for misc queries --> 
<service id="acme.repository.misc" class="Acme\FQCN\MiscRepsitory"> 
    <argument type="service" id="database_connection" /> 
</service> 

Dal momento che non si sta usando qualsiasi funzione ORM della dottrina in un repository personalizzato, non c'è necessità di estendere EntityManager.

namespace Acme\FQCN; 

use \Doctrine\DBAL\Connection; 

class MiscRepository 
{ 
    protected $conn; 

    public function __construct(Connection $conn) 
    { 
     $this->conn = $conn; 
    } 
} 
+0

Spiacente, stavo significando che repository non dovrebbe essere associato con qualsiasi entità. Quindi, perché la cosa dei metadati? – gremo

+0

@Gremo in questo caso avrebbe senso creare semplicemente un servizio aggiuntivo e iniettare una connessione al database. – gilden

+0

dopo l'iniezione di database_connection dovrei solo creare una classe che erediti da EntityRepository, giusto? – gremo

1

Il mio suggerimento è quello di creare una classe PHP semplice con le dipendenze necessarie nel costruttore e scaricarla attraverso il contenitore del servizio.

4

ho adottato una soluzione leggermente diversa utilizzando i servizi genitore Symfony2.

Prima di tutto ho creato un servizio genitore, una classe GenericRepository che espone un paio di metodi e semplifica la vita nel caso in cui vorremmo rifattorizzare il nostro codice in futuro.

services.yml

acme_core.generic_repository: 
    abstract: true 
    class: Acme\Bundle\CoreBundle\Repository\GenericRepository 
    arguments: [@doctrine.orm.entity_manager] 

Acme\Bundle\CoreBundle\Repository\GenericRepository

<?php 

namespace Acme\Bundle\CoreBundle\Repository; 

use Doctrine\ORM\EntityManager; 

/** 
* Class GenericRepository 
* @package Acme\Bundle\CoreBundle\Repository 
*/ 
abstract class GenericRepository { 
    /** 
    * @var EntityManager 
    */ 
    private $entityManager; 

    /** 
    * @param EntityManager $entityManager 
    */ 
    public function __construct(EntityManager $entityManager) { 
     $this->entityManager = $entityManager; 
    } 

    /** 
    * @return EntityManager 
    */ 
    public function getEntityManager() { 
     return $this->entityManager; 
    } 

    /** 
    * @return \Doctrine\DBAL\Connection 
    */ 
    public function getConnection() { 
     return $this->getEntityManager()->getConnection(); 
    } 

    /** 
    * @return string 
    */ 
    abstract function getTable(); 
} 

Ora vogliamo definire un nuovo repository:

services.yml

# Repositories 
acme_product.repository.product_batch: 
    parent: acme_core.generic_repository 
    class: Acme\Bundle\ProductBundle\Repository\ProductBatchRepository 

Acme\Bundle\ProductBundle\Repository\ProductBatchRepository

<?php 

namespace Acme\Bundle\ProductBundle\Repository; 

use Acme\Bundle\CoreBundle\Repository\GenericRepository; 

/** 
* Class ProductBatchRepository 
* @package Acme\Bundle\ProductBundle\Repository 
*/ 
class ProductBatchRepository extends GenericRepository { 
    /** 
    * @param int $batchId 
    * @return integer The number of affected rows. 
    */ 
    public function deleteBatch($batchId) { 
     $table = $this->getTable(); 

     return $this->getConnection()->delete($table, [ 
      'id' => $batchId 
     ]); 
    } 

    /** 
    * {@inheritdoc} 
    */ 
    public function getTable() { 
     return 'product_batch'; 
    } 
} 

Il metodo deleteBatch() crea ed esegue la seguente query:

DELETE FROM product_batch WHERE id = ?

Finalmente nel nostro controller:

public function deleteAction() { 
    $batchId = $this->getRequest()->get('batchId'); 

    $affectedRows = $this->get('acme_product.repository.product_batch')->deleteBatch($batchId); 

    return $this->render(/**/); 
} 

Per ulteriori informazioni e entità responsabile/connessione utilizzo si prega di fare riferimento alla documentazione ufficiale: http://doctrine-orm.readthedocs.org/en/latest/reference/native-sql.html