In diesem Beitrag erstellen wir einen (so von mir genannten) EntityMapper. Dieser basiert auf dem Code aus dem Beitrag Zend: RowGateway, Entitiy und Hydration – “Persistente Entitäten”.
Den fertigen EntityMapper können wir anschließend in der gesamten Anwendung als unseren Mapper zwischen Datenbank und Entities verwenden.
Im vorherigen Beitrag Zend: TableGateway und das RowGatewayFeature haben wir mittels TableGateway eine einfache Datenbank Abfrage durchgeführt. In einem zweiten Schritt haben wir das RowGatewayFeature hinzu genommen, damit wir die Save und Delete Operationen auf den Objekten anwenden können.
Durch die Verwendung des RowGatewayFeatures haben wir zwar nun Objekte, welche eine Entity repräsentieren und sich um ihre Persistenz kümmern können, jedoch keine fachliche Logik besitzen können und demnach auch keine Entität, im eigentlichen Sinne, darstellen.
In diesem Beitrag versuchen wir, die Vorteile des RowGateways (Persistenz) mit denen einer Entity (fachliche Logik) zu verbinden. Das Schlüsselwort hierbei ist Hydration.
Basierend auf dem vorherigen Beitrag Zend: Datenbank Connection bereitstellen wollen wir hier die Arbeitsweise mit dem TableGateway und dem RowGatewayFeature erklären:
Ein einfacher Weg (es gibt immer mehrere Wege in ZF2) eine globale Datenbank Connection zur Verfügung zu erstellen, ist der hier beschriebene Weg über Zend\Db\Adapter\Adapter, der Zend/Db/Adapter/AdapterServiceFactory und dem ServiceManager!