Generated Factories

Nette DI can automatically generate factory code based on the interface, which saves you from writing code.

A factory is a class that creates and configures objects. It therefore passes their dependencies to them as well. Please do not confuse with the factory method design pattern, which describes a specific way of using factories and is not related to this topic.

We have shown what such a factory looks like in the introductory chapter:

class ArticleFactory
{
	public function __construct(
		private Nette\Database\Connection $db,
	) {
	}

	public function create(): Article
	{
		return new Article($this->db);
	}
}

Nette DI can generate factory code automatically. All you have to do is create an interface and Nette DI will generate an implementation. The interface must have exactly one method named create and declare a return type:

interface ArticleFactory
{
	function create(): Article;
}

So the factory ArticleFactory has a method create that creates objects Article. Class Article might look like the following, for example:

class Article
{
	public function __construct(
		private Nette\Database\Connection $db,
	) {
	}
}

Add the factory to the configuration file:

services:
	- ArticleFactory

Nette DI will generate the corresponding factory implementation.

Thus, in the code that uses the factory, we request the object by interface and Nette DI uses the generated implementation:

class UserController
{
	public function __construct(
		private ArticleFactory $articleFactory,
	) {
	}

	public function foo()
	{
		// let the factory create an object
		$article = $this->articleFactory->create();
	}
}

Parameterized Factory

The factory method create can accept parameters which it then passes to the constructor. For example, let's add an article author ID to the class Article:

class Article
{
	public function __construct(
		private Nette\Database\Connection $db,
		private int $authorId,
	) {
	}
}

We will also add the parameter to the factory:

interface ArticleFactory
{
	function create(int $authorId): Article;
}

Because the parameter in the constructor and the parameter in the factory have the same name, Nette DI will pass them automatically.

Advanced Definition

The definition can also be written in multi-line form using the key implement:

services:
	articleFactory:
		implement: ArticleFactory

When writing in this longer way, it is possible to provide additional arguments for the constructor in the key arguments and additional configuration using setup, just as for normal services.

Example: if the method create() did not accept the parameter $authorId, we could specify a fixed value in the configuration that would be passed to the constructor Article:

services:
	articleFactory:
		implement: ArticleFactory
		arguments:
			authorId: 123

Or, conversely, if create() did accept the parameter $authorId but it was not part of the constructor and was passed by method Article::setAuthorId(), we would refer to it in section setup:

services:
	articleFactory:
		implement: ArticleFactory
		setup:
			- setAuthorId($authorId)

Accessor

Besides factories, Nette can also generate so called accessors. Accessor is an object with get() method returning a particular service from the DI container. Multiple get() calls will always return the same instance.

Accessors bring lazy-loading to dependencies. Let's have a class logging errors to a special database. If the database connection would be passed as a dependency in its constructor, the connection would need to be always created although it would be used only rarely when an error appears so the connection would stay mostly unused. Instead, the class can pass an accessor and when its get() method is called, only then the database object is created:

How to create an accessor? Write an interface only and Nette DI will generate the implementation. The interface must have exactly one method called get and must declare the return type:

interface PDOAccessor
{
	function get(): PDO;
}

Add the accessor to the configuration file together with the definition of the service the accessor will return:

services:
	- PDOAccessor
	- PDO(%dsn%, %user%, %password%)

The accessor returns a service of type PDO and because there's only one such service in the configuration, the accessor will return it. With multiple configured services of that type you can specify which one should be returned using its name, for example - PDOAccessor(@db1).

Multifactory/Accessor

So far, the factories and accessors could only create or return just one object. A multifactory combined with an accessor can be created as well. The interface of such multifactory class can consist of multiple methods called create<name>() and get<name>(), for example:

interface MultiFactory
{
	function createArticle(): Article;
	function getDb(): PDO;
}

Instead of passing multiple generated factories and accessors, you can pass just one complex multifactory.

Alternatively, you can use get() with a parameter instead of multiple methods:

interface MultiFactoryAlt
{
	function get($name): PDO;
}

In this case, MultiFactory::getArticle() does the same thing as MultiFactoryAlt::get('article'). However, the alternative syntax has a few disadvantages. It's not clear which $name values are supported and the return type cannot be specified in the interface when using multiple different $name values.

Definition with a List

This way can be used to define a multiple factory in the configuration:

services:
	- MultiFactory(
		article: Article                      # defines createArticle()
		db: PDO(%dsn%, %user%, %password%)    # defines getDb()
	)

Or, in the factory definition, we can refer to existing services using a reference:

services:
	article: Article
	- PDO(%dsn%, %user%, %password%)
	- MultiFactory(
		article: @article    # defines createArticle()
		db: @\PDO            # defines getDb()
	)

Definition with Tags

Another option how to define a multifactory is to use tags:

services:
	- App\Core\RouterFactory::createRouter
	- App\Model\DatabaseAccessor(
		db1: @database.db1.explorer
	)
version: 3.x 2.x