.. index::
single: DependencyInjection; Factories
Using a Factory to Create Services
==================================
Symfony's Service Container provides multiple features to control the creation
of objects, allowing you to specify arguments passed to the constructor as well
as calling methods and setting parameters.
However, sometimes you need to apply the `factory design pattern`_ to delegate
the object creation to some special object called "the factory". In those cases,
the service container can call a method on your factory to create the object
rather than directly instantiating the class.
Static Factories
----------------
Suppose you have a factory that configures and returns a new ``NewsletterManager``
object by calling the static ``createNewsletterManager()`` method::
class NewsletterManagerStaticFactory
{
public static function createNewsletterManager()
{
$newsletterManager = new NewsletterManager();
// ...
return $newsletterManager;
}
}
To make the ``NewsletterManager`` object available as a service, use the
``factory`` option to define which method of which class must be called to
create its object:
.. configuration-block::
.. code-block:: yaml
# config/services.yaml
services:
# ...
App\Email\NewsletterManager:
# the first argument is the class and the second argument is the static method
factory: ['App\Email\NewsletterManagerStaticFactory', 'createNewsletterManager']
.. code-block:: xml
.. code-block:: php
// config/services.php
namespace Symfony\Component\DependencyInjection\Loader\Configurator;
use App\Email\NewsletterManager;
use App\Email\NewsletterManagerStaticFactory;
return function(ContainerConfigurator $configurator) {
$services = $configurator->services();
$services->set(NewsletterManager::class)
// the first argument is the class and the second argument is the static method
->factory([NewsletterManagerStaticFactory::class, 'createNewsletterManager']);
};
.. note::
When using a factory to create services, the value chosen for class
has no effect on the resulting service. The actual class name
only depends on the object that is returned by the factory. However,
the configured class name may be used by compiler passes and therefore
should be set to a sensible value.
Non-Static Factories
--------------------
If your factory is using a regular method instead of a static one to configure
and create the service, instantiate the factory itself as a service too.
Configuration of the service container then looks like this:
.. configuration-block::
.. code-block:: yaml
# config/services.yaml
services:
# ...
# first, create a service for the factory
App\Email\NewsletterManagerFactory: ~
# second, use the factory service as the first argument of the 'factory'
# option and the factory method as the second argument
App\Email\NewsletterManager:
factory: ['@App\Email\NewsletterManagerFactory', 'createNewsletterManager']
.. code-block:: xml
.. code-block:: php
// config/services.php
namespace Symfony\Component\DependencyInjection\Loader\Configurator;
use App\Email\NewsletterManager;
use App\Email\NewsletterManagerFactory;
return function(ContainerConfigurator $configurator) {
$services = $configurator->services();
// first, create a service for the factory
$services->set(NewsletterManagerFactory::class);
// second, use the factory service as the first argument of the 'factory'
// method and the factory method as the second argument
$services->set(NewsletterManager::class)
->factory([ref(NewsletterManagerFactory::class), 'createNewsletterManager']);
};
.. _factories-invokable:
Invokable Factories
-------------------
Suppose you now change your factory method to ``__invoke()`` so that your
factory service can be used as a callback::
class InvokableNewsletterManagerFactory
{
public function __invoke()
{
$newsletterManager = new NewsletterManager();
// ...
return $newsletterManager;
}
}
Services can be created and configured via invokable factories by omitting the
method name, just as routes can reference
:ref:`invokable controllers `.
.. configuration-block::
.. code-block:: yaml
# config/services.yaml
services:
# ...
App\Email\NewsletterManager:
class: App\Email\NewsletterManager
factory: '@App\Email\NewsletterManagerFactory'
.. code-block:: xml
.. code-block:: php
// config/services.php
namespace Symfony\Component\DependencyInjection\Loader\Configurator;
use App\Email\NewsletterManager;
use App\Email\NewsletterManagerFactory;
return function(ContainerConfigurator $configurator) {
$services = $configurator->services();
$services->set(NewsletterManager::class)
->args([ref('templating')])
->factory(ref(NewsletterManagerFactory::class));
};
.. _factories-passing-arguments-factory-method:
Passing Arguments to the Factory Method
---------------------------------------
.. tip::
Arguments to your factory method are :ref:`autowired ` if
that's enabled for your service.
If you need to pass arguments to the factory method you can use the ``arguments``
option. For example, suppose the ``createNewsletterManager()`` method in the
previous examples takes the ``templating`` service as an argument:
.. configuration-block::
.. code-block:: yaml
# config/services.yaml
services:
# ...
App\Email\NewsletterManager:
factory: ['@App\Email\NewsletterManagerFactory', createNewsletterManager]
arguments: ['@templating']
.. code-block:: xml
.. code-block:: php
// config/services.php
namespace Symfony\Component\DependencyInjection\Loader\Configurator;
use App\Email\NewsletterManager;
use App\Email\NewsletterManagerFactory;
return function(ContainerConfigurator $configurator) {
$services = $configurator->services();
$services->set(NewsletterManager::class)
->factory([ref(NewsletterManagerFactory::class), 'createNewsletterManager'])
->args([ref('templating')])
;
};
.. _`factory design pattern`: https://en.wikipedia.org/wiki/Factory_(object-oriented_programming)