You are browsing a version that is no longer maintained. |
Document Repositories
A repository mediates between the domain and data mapping layers using a collection-like interface for accessing domain objects. |
In Doctrine, a repository is a class that concentrates code responsible for
querying and filtering your documents. ODM provides you with a default
DocumentRepository
for all of your documents:
The array passed to findBy
specifies the criteria for which documents are matched.
ODM will assist with converting PHP values to equivalent BSON types whenever possible:
The default repository implementation provides the following methods:
find()
- finds one document by its identifier. This may skip a database query
if the document is already managed by ODM.
- findAll()
- finds all documents in the collection.
- findBy()
- finds all documents matching the given criteria. Additional query
options may be specified (e.g. sort, limit, skip).
- findOneBy()
- finds one document matching the given criteria.
- matching()
- Finds all documents matching the given criteria, as expressed
with Doctrine's Criteria API.
All above methods will include additional criteria specified by Filters. |
Magic |
Additional methods that are not defined explicitly in the repository class may also be used if they follow a specific naming convention:
In the above example, findByGroup()
and findOneByStatus()
will be handled by
the __call
method, which intercepts calls to undefined methods. If the invoked
method's name starts with "findBy" or "findOneBy", ODM will attempt to infer mapped
properties from the remainder of the method name ("Group" or "Status" as per example).
The above calls are equivalent to:
1 <?php
$group = $documentManager->find(Group::class, 123);
/* @var $repository \Doctrine\ODM\MongoDB\DocumentRepository */
$repository = $documentManager->getRepository(User::class);
$usersInGroup = $repository->findBy(['group' => $group]);
$randomUser = $repository->findOneBy(['status' => 'active']);
2
3
4
5
6
7
Custom Repositories
A custom repository allows filtering logic to be consolidated into a single class instead of spreading it throughout a project. A custom repository class may be specified for a document class like so:
The next step is implementing your repository class. In most cases, ODM's default
DocumentRepository
class may be extended with additional methods that you need.
More complex cases that require passing additional dependencies to a custom repository
class will be discussed in the next section.
It is also possible to change ODM's default DocumentRepository
to your own
implementation for all documents (unless overridden by the mapping):
Repositories with Additional Dependencies
Implementing your own RepositoryFactory is possible since version 1.0, but the
|
By default, Doctrine assumes that it can instantiate your repositories in same manner as its default one:
In order to change the way Doctrine instantiates repositories, you will need to implement your own RepositoryFactory
1 <?php
use Doctrine\ODM\MongoDB\Repository\AbstractRepositoryFactory;
use Symfony\Component\EventDispatcher\EventDispatcherInterface;
final class YourRepositoryFactory extends AbstractRepositoryFactory
{
private $eventDispatcher;
public function __construct(EventDispatcherInterface $eventDispatcher)
{
$this->eventDispatcher = $eventDispatcher;
}
protected function instantiateRepository($repositoryClassName, DocumentManager $documentManager, ClassMetadata $metadata)
{
switch ($repositoryClassName) {
case UserRepository::class:
return new UserRepository($this->eventDispatcher, $documentManager, $metadata);
default:
return new $repositoryClassName($documentManager, $documentManager->getUnitOfWork(), $metadata);
}
}
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
The factory class must then be registered in the Configuration
: