Repository e Factory no Magento 2 – Quando devemos utilizar?

Quando devemos utilizar Repository e Factory no Magento 2. Alguns exemplos práticos da utilização do Factory e Repository:

// Utilizando Factory 
$object = $this->myFactory->create();
$object->load($myId);

// Utilizando o Repository
$repo   = $this->myRepository();
$object = $repo->getById($myId);

Mais alguns exemplos..

// Usando o Factory para Salvar
$object = $this->myFactory->create();
$object->load($myId);
$object->setData('something', 'somethingDifferent')->save();

// Usando o Repository para Salvar
$repo   = $this->myRepository();
$object = $repo->getById($myId);
$object->setData('something', 'somethingDifferent');
$repo->save($object);

Se houver um repositório e ele fizer bem o que você precisa, prefira sempre o repositório.

Repositórios fazem parte dos Contratos de Serviço (são implementações de interfaces em Api), o que significa que são uma interface pública para outros módulos.

Use Repositórios para carregamento completo
$ model-> load () não faz parte do contrato de serviço. Eu tinha uma pergunta sobre esse tópico específico, você pode achar as respostas úteis: Existe alguma razão para preferir $ model-> load () em vez de contratos de serviço?

Use Factory para criar novas entidades
Repositórios não vêm com métodos para criar uma nova entidade, então, nesse caso, você precisará de uma fábrica. Mas use a fábrica para a interface, como Magento \ Catalog \ Api \ Data \ ProductInterfaceFactory – ele criará a implementação certa com base na configuração de DI.

Então use o método repository-> save () para salvá-lo.

Use Factory de coleta se precisar de mais controle
O que segue não é a melhor prática oficial do Magento, mas atualmente, os repositórios não oferecem um controle preciso sobre o que carregar. A API de critérios de pesquisa permite definir filtros, mas, por exemplo, não há como selecionar atributos EAV particulares ou especificar quais tabelas de índice juntar.

Esses são detalhes de implementação, ocultos das APIs de contrato de serviço, mas geralmente esses detalhes de implementação são importantes e você obtém um desempenho ruim se ignorá-los. Por esse motivo, assim que os repositórios estão me limitando, não hesito mais em usar as coleções subjacentes.