Избегание рекурсии с сущностями Doctrine и JMSserializer

Проверьте файл Serializer/Handler/DoctrineProxyHandler.php на JMSSerializerBundle. Теперь, если вы прокомментируете эту строку:

public function serialize(VisitorInterface $visitor, $data, $type, &$handled)
    {
        if (($data instanceof Proxy || $data instanceof ORMProxy) && (!$data->__isInitialized__ || get_class($data) === $type)) {
            $handled = true;

            if (!$data->__isInitialized__) {
                //$data->__load();
            }

Это остановит ленивую загрузку ваших объектов. Если это то, что вы ищете, просто продолжайте и создайте свой собственный обработчик где вы не лениво загружаете.

Если это не так, я рекомендую вам настроить свои сущности перед отправкой их в JMSSerializerBundle по своему вкусу. Например, в любых связанных сущностях мне нужен идентификатор, а в других мне нужно имя пользовательского столбца, такое как код, имя или что-то еще.

Я просто создаю копию своего объекта сущности, а затем начинаю получать поля, необходимые для отношений. Затем я сериализую эту копию. JMSSerializerBundle не будет лениво загружаться, потому что я уже указал нужные поля.

Используйте политику исключения JMS.

Пример использования аннотаций к объекту категории, где вы не хотите включать дочерние объекты и объекты, связанные с продуктом:

use ...
    JMS\SerializerBundle\Annotation\ExclusionPolicy,
    JMS\SerializerBundle\Annotation\Exclude,
    ...;

/**
 * ...
 * @ExclusionPolicy("none")
 */
class Category
{
   /**
    * ...
    * @Exclude
    */
   private $children;

   /**
    * ...
    * @Exclude
    */
   private $products;

}

Дополнительные сведения см. в документах по JMSSerializer. .

ИЗМЕНИТЬ:

Например, вы можете использовать частичное ключевое слово, чтобы выбрать только те данные, которые вам нужны. Хотя я не мог, на всю жизнь, отключить загрузку полных связанных объектов (на два уровня ниже), если я передаю объект объекта в сериализатор (даже при отключении загрузки в DoctrineProxyHandler), но если я использую массив, чем он не использует ленивую загрузку доктрины через прокси (как и ожидалось от c).

Пример с использованием ваших примеров объектов:

$dql = "SELECT t, s, partial b.{id}, partial ss.{id}
        FROM Acme\AppBundle\Entity\Task t
        JOIN t.story s
        JOIN s.board b
        JOIN b.stories ss"

$q = $this->_em-createQuery($dql);

$result = $q->getArrayResult();

Таким образом, вы получите что-то вроде:

[
{
    id: 33,
    title: "My Task",
    story: [
    {
        id: 554,
        board: [
        {
            id: 14,
            stories: [
            {
                id: 554
            },
            {
                id: 3424
            },
            {
                id: 3487
            }
            ]
        }
        ]
    }
    ]

}
]

P.S. Я действительно заинтригован этой "проблемой". В любом случае я постараюсь придумать решение, как сериализовать объект объекта без использования результата массива.

Просто обновление в последней версии JMSSerializer, место, на которое вы должны обратить внимание, это

JMS\Serializer\EventDispatcher\Subscriber\DoctrineProxySubscriber

вместо

Сериализатор\обработчик\DoctrineProxyHandler

Чтобы переопределить поведение ленивой загрузки по умолчанию, нужно определить своего собственного подписчика событий.

В вашем приложении/config.yuml добавьте это:

parameters:
    ...
    jms_serializer.doctrine_proxy_subscriber.class: Your\Bundle\Event\DoctrineProxySubscriber

вы можете скопировать класс из JMS\Serializer\EventDispatcher\Subscriber\DoctrineProxySubscriber в Your\Bundle\Event\DoctrineProxySubscriber и закомментировать $object->__load(); линия

public function onPreSerialize(PreSerializeEvent $event)
{
    $object = $event->getObject();
    $type = $event->getType();

    // If the set type name is not an actual class, but a faked type for which a custom handler exists, we do not
    // modify it with this subscriber. Also, we forgo autoloading here as an instance of this type is already created,
    // so it must be loaded if its a real class.
    $virtualType = ! class_exists($type['name'], false);

    if ($object instanceof PersistentCollection) {
        if ( ! $virtualType) {
            $event->setType('ArrayCollection');
        }

        return;
    }

    if ( ! $object instanceof Proxy && ! $object instanceof ORMProxy) {
        return;
    }

     //$object->__load(); Just comment this out

    if ( ! $virtualType) {
        $event->setType(get_parent_class($object));
    }
}

Обновление: в итоге я написал собственную упрощенную версию инструмента сериализации: https://github.com/dlin-me/array-converter-bundle

Вот функция для выбора идентификаторов связанных объектов «один к одному» или «один ко многим» общим способом без использования объединений.

function selectWithAssociations($doctrine, $className) {

    $em = $doctrine->getManager();
    $meta = $em->getClassMetadata($className);

    //explicitly get IDs of associated entities
    $assocClauses = array();
    foreach ($meta->getAssociationMappings() as $assocName => $assoc) {
        if (isset($assoc['joinTable'])) {
            //todo: doesn't handle many to many associations
        } else {
            $assocClauses[] = ", IDENTITY(e.$assocName) AS $assocName";
        }
    }

    //run custom DQL query
    $q = $em->createQuery('SELECT e AS _d' . implode('', $assocClauses) . ' FROM ' . $className . ' e');
    $result = $q->getArrayResult();

    return $result;
}

Вот класс, который предотвращает ленивую загрузку одной или многих ассоциаций, которые можно использовать в качестве JMS Serializer ExclusionStrategy.

use Doctrine\ORM\PersistentCollection;
use Doctrine\ORM\Proxy\Proxy;
use JMS\Serializer\Context;
use JMS\Serializer\Exclusion\ExclusionStrategyInterface;
use JMS\Serializer\Metadata\ClassMetadata;
use JMS\Serializer\Metadata\PropertyMetadata;
use JMS\Serializer\SerializationContext;

/**
 * Class OnlyLoadedAssociationsExclusionStrategy
 *
 * http://stackoverflow.com/questions/11851197/avoiding-recursion-with-doctrine-entities-and-jmsserializer
 */
class OnlyLoadedAssociationsExclusionStrategy implements ExclusionStrategyInterface
{
    public function shouldSkipClass(ClassMetadata $metadata, Context $context)
    {
    }

    public function shouldSkipProperty(PropertyMetadata $property, Context $context)
    {
        if ($context instanceof SerializationContext){
            $vistingSet=$context->getVisitingSet();

            //iterate over object to get last object
            foreach ($vistingSet as $v){
                $currentObject=$v;
            }

            $propertyValue=$property->getValue($currentObject);

            if ($propertyValue instanceof Proxy){
                // skip not loaded one association
                if (!$propertyValue->__isInitialized__){
                    return true;
                }
            }

            if ($propertyValue instanceof PersistentCollection){
                // skip not loaded many association
                if (!$propertyValue->isInitialized()){
                    return true;
                }
            }
        }
        return false;
    }
}

Пример использования:

$serializationContext->addExclusionStrategy(
     new OnlyLoadedAssociationsExclusionStrategy()
);