Zend Framework 2 - Hydrator-Strategie für Lehre Beziehung nicht funktioniert

Ich noch nicht gekommen, um zu schreiben, das tutorial für :S

Ich weiß nicht, ob das funktioniert mit dem annotationbuilder aber! Als die DoctrineModule\Form\Element\ObjectSelect Bedürfnisse der EntityManager zu arbeiten. Die Optionen für die ObjectSelect sind wie folgt:

   $this->add(array(
        'name'       => 'formElementName',
        'type'       => 'DoctrineModule\Form\Element\ObjectSelect',
        'attributes' => array(
            'required' => true
        ),
        'options'    => array(
            'label'           => 'formElementLabel',
            'empty_option'    => '--- choose formElementName ---',
            'object_manager'  => $this->getEntityManager(),
            'target_class'    => 'Mynamespace\Entity\Entityname',
            'property'        => 'nameOfEntityPropertyAsSelect'
        )
    ));

In diesem Fall nutze ich $this->getEntityManager(). Ich richte diese Abhängigkeit beim Aufruf der form aus der Dienste-Verwalter. Ich persönlich Tue immer das, von FactoryClasses. Meine FormFactory sieht wie folgt aus:

public function createService(ServiceLocatorInterface $serviceLocator)
{
    $em = $serviceLocator->get('Doctrine\ORM\EntityManager');

    $form = new ErgebnishaushaltProduktForm('ergebnisform', array(
        'entity_manager' => $em
    ));

    $classMethodsHydrator = new ClassMethodsHydrator(false);

    //Wir fügen zwei Strategien, um benutzerdefinierte Logik während Extrakt auszuführen
    $classMethodsHydrator->addStrategy('produktBereich', new Strategy\ProduktbereichStrategy())
                         ->addStrategy('produktGruppe', new Strategy\ProduktgruppeStrategy());

    $hydrator = new DoctrineEntity($em, $classMethodsHydrator);

    $form->setHydrator($hydrator)
         ->setObject(new ErgebnishaushaltProdukt())
         ->setInputFilter(new ErgebnishaushaltProduktFilter())
         ->setAttribute('method', 'post');

    return $form;
}

Und dies ist, wo alle die Magie passiert. Magie, das ist auch für deinen anderen Thread hier auf DAMIT. Zuerst schnappe ich mir den EntityManager. Dann habe ich meine form, und injizieren Sie die Abhängigkeit für die EntityManager. Ich Tue dies mit meinem eigenen Formular haben, schreiben Sie, und verwenden Sie eine Set-Funktion zu injizieren, die EntityManager.

Nächstes erstelle ich eine ClassMethodsHydrator und fügen Sie zwei HydrationStrategies. Ich persönlich beantragen müssen, müssen diejenigen, die Strategien für die einzelnen ObjectSelect-Element. Sie kann nicht tun dies auf Ihrer Seite. Versuchen Sie, um zu sehen, ob es funktioniert, ohne es zuerst!

Danach erstelle ich den DoctrineEntity-Hydrator, injizieren die EntityManager sowie meine benutzerdefinierte ClassMethodsHydrator. Auf diese Weise die Strategien werden einfach Hinzugefügt werden.

Den rest sollte selbsterklärend sein (trotz der deutschen Klassennamen :D)

Warum die Notwendigkeit für Strategien

Imo, dadurch fehlt etwas von der DoctrineEntity derzeit, aber die Dinge sind noch in einem frühen Stadium. Und einmal DoctrineModule-Ausgabe#106 wird sein Leben, die Dinge werden sich auch wieder ändern, wahrscheinlich macht es mehr komfortabel.

Strategie sieht wie folgt aus:

<?php
namespace Haushaltportal\Stdlib\Hydrator\Strategy;

use Zend\Stdlib\Hydrator\Strategy\StrategyInterface;

class ProduktbereichStrategy implements StrategyInterface
{
    public function extract($value)
    {
        if (is_numeric($value) || $value === null) {
            return $value;
        }

        return $value->getId();
    }

    public function hydrate($value)
    {
        return $value;
    }
}

So, wenn die $value ist nicht numerisch oder null, d.h.: es sollte ein Objekt sein, rufen wir den getId() Funktion. Ich persönlich denke, es ist eine gute Idee zu geben, jedes Element seine eigene Strategie, aber wenn Sie sicher sind, dass Sie nicht brauchen, die Strategie zu ändern, zu einem späteren Zeitpunkt können Sie erstellen eine Globale Strategie für mehrere Elemente wie DefaultGetIdStrategy oder so etwas.

All dies ist im Grunde die gute Arbeit Michael Gallego aka Bakura! In den Fall, Sie fallen durch das IRC, nur umarmen, ihn noch einmal 😉

Bearbeiten Eine zusätzliche Ressource mit einem Blick in die Zukunft - aktualisiert hydrator-docs für sehr wahrscheinlich, bald werden enthalten, pull-request

InformationsquelleAutor Sam