Skip to content

Latest commit

 

History

History
186 lines (147 loc) · 7.21 KB

custom_normalizer.rst

File metadata and controls

186 lines (147 loc) · 7.21 KB

How to Create your Custom Normalizer

The :doc:`Serializer component </serializer>` uses normalizers to transform any data into an array. The component provides several :ref:`built-in normalizers <serializer-built-in-normalizers>` but you may need to create your own normalizer to transform an unsupported data structure.

Creating a New Normalizer

Imagine you want add, modify, or remove some properties during the serialization process. For that you'll have to create your own normalizer. But it's usually preferable to let Symfony normalize the object, then hook into the normalization to customize the normalized data. To do that, you can inject a NormalizerInterface and wire it to Symfony's object normalizer. This will give you access to a $normalizer property which takes care of most of the normalization process:

// src/Serializer/TopicNormalizer.php
namespace App\Serializer;

use App\Entity\Topic;
use Symfony\Component\DependencyInjection\Attribute\Autowire;
use Symfony\Component\Routing\Generator\UrlGeneratorInterface;
use Symfony\Component\Serializer\Normalizer\NormalizerInterface;

class TopicNormalizer implements NormalizerInterface
{
    public function __construct(
        #[Autowire(service: 'serializer.normalizer.object')]
        private readonly NormalizerInterface $normalizer,

        private UrlGeneratorInterface $router,
    ) {
    }

    public function normalize(mixed $object, ?string $format = null, array $context = []): array
    {
        $data = $this->normalizer->normalize($object, $format, $context);

        // Here, add, edit, or delete some data:
        $data['href']['self'] = $this->router->generate('topic_show', [
            'id' => $object->getId(),
        ], UrlGeneratorInterface::ABSOLUTE_URL);

        return $data;
    }

    public function supportsNormalization($data, ?string $format = null, array $context = []): bool
    {
        return $data instanceof Topic;
    }

    public function getSupportedTypes(?string $format): array
    {
        return [
            Topic::class => true,
        ];
    }
}

Registering it in your Application

Before using this normalizer in a Symfony application it must be registered as a service and :doc:`tagged </service_container/tags>` with serializer.normalizer. If you're using the :ref:`default services.yaml configuration <service-container-services-load-example>`, this is done automatically!

If you're not using autoconfigure, you have to tag the service with serializer.normalizer. You can also use this method to set a priority (higher means it's called earlier in the process):

.. configuration-block::

    .. code-block:: yaml

        # config/services.yaml
        services:
            # ...

            App\Serializer\TopicNormalizer:
                tags:
                    # register the normalizer with a high priority (called earlier)
                    - { name: 'serializer.normalizer', priority: 500 }

    .. code-block:: xml

        <!-- config/services.xml -->
        <?xml version="1.0" encoding="UTF-8" ?>
        <container xmlns="http://symfony.com/schema/dic/services"
            xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
            xsi:schemaLocation="http://symfony.com/schema/dic/services
                https://symfony.com/schema/dic/services/services-1.0.xsd">

            <services>
                <!-- ... -->

                <service id="App\Serializer\TopicNormalizer">
                    <!-- register the normalizer with a high priority (called earlier) -->
                    <tag name="serializer.normalizer"
                        priority="500"
                    />
                </service>
            </services>
        </container>

    .. code-block:: php

        // config/services.php
        namespace Symfony\Component\DependencyInjection\Loader\Configurator;

        use App\Serializer\TopicNormalizer;

        return function(ContainerConfigurator $container) {
            // ...

            // if you're using autoconfigure, the tag will be automatically applied
            $services->set(TopicNormalizer::class)
                // register the normalizer with a high priority (called earlier)
                ->tag('serializer.normalizer', [
                    'priority' => 500,
                ])
            ;
        };

Performance of Normalizers/Denormalizers

To figure which normalizer (or denormalizer) must be used to handle an object, the :class:`Symfony\\Component\\Serializer\\Serializer` class will call the :method:`Symfony\\Component\\Serializer\\Normalizer\\NormalizerInterface::supportsNormalization` (or :method:`Symfony\\Component\\Serializer\\Normalizer\\DenormalizerInterface::supportsDenormalization`) of all registered normalizers (or denormalizers) in a loop.

Additionally, both :class:`Symfony\\Component\\Serializer\\Normalizer\\NormalizerInterface` and :class:`Symfony\\Component\\Serializer\\Normalizer\\DenormalizerInterface` contain the getSupportedTypes() method. This method allows normalizers or denormalizers to declare the type of objects they can handle, and whether they are cacheable. With this info, even if the supports*() call is not cacheable, the Serializer can skip a ton of method calls to supports*() improving performance substantially in some cases.

The getSupportedTypes() method should return an array where the keys represent the supported types, and the values indicate whether the result of the supports*() method call can be cached or not. The format of the returned array is as follows:

  1. The special key object can be used to indicate that the normalizer or denormalizer supports any classes or interfaces.
  2. The special key * can be used to indicate that the normalizer or denormalizer might support any types.
  3. The other keys in the array should correspond to specific types that the normalizer or denormalizer supports.
  4. The values associated with each type should be a boolean indicating if the result of the supports*() method call for that type can be cached or not. A value of true means that the result is cacheable, while false means that the result is not cacheable.
  5. A null value for a type means that the normalizer or denormalizer does not support that type.

Here is an example of how to use the getSupportedTypes() method:

use Symfony\Component\Serializer\Normalizer\NormalizerInterface;

class MyNormalizer implements NormalizerInterface
{
    // ...

    public function getSupportedTypes(?string $format): array
    {
        return [
            'object' => null,             // Doesn't support any classes or interfaces
            '*' => false,                 // Supports any other types, but the result is not cacheable
            MyCustomClass::class => true, // Supports MyCustomClass and result is cacheable
        ];
    }
}

Note

The supports*() method implementations should not assume that getSupportedTypes() has been called before.