Zend FR

J'ai avancé un peu sur ce problème, je crois que c'est parce que je ne déclare pas Album\Service\[mes services] comme faisant partie des namespaces accordés à doctrine pour effectuer des traitements.

Cela viendrait donc de ceci :

[lang=php]
'doctrine' => array(
        'driver' => array(
            'album_entity' => array(
                'class' => 'Doctrine\ORM\Mapping\Driver\AnnotationDriver',
                'paths' => __DIR__ . '/../src/'.__NAMESPACE__.'/Entity',
            ),
            'orm_default' => array(
                'drivers' => array(
                    __NAMESPACE__.'\Entity' => 'album_entity',
                )
            )
        )
    ),

J'ai essayé d'y rajouter le namespace Service mais si je le fait il me renvoi l'erreur :

1) AlbumTest\Entity\AlbumEntityTest::testCanFetchAllAlbum
Doctrine\ORM\Mapping\MappingException: Class "Album\Service\AlbumService" is not a valid entity or mapped super class.

La je suis perdu y a t'il une classe doctrine qui permet de régler ce point là ?

Peut tu m'en dire plus, s'il te plait ? je ne voit pas.

Oui comme je l'ai expliqué c'est dans la couche service que je fais mes traitements. fetchAll par exemple. Je dois mettre Album\Entity\Album et comment je lance ma methode fetch all pour la comparer a mon mock fetchAll ?

Je fait peut être une erreur de conception... mais une explication de pourquoi je fais une erreur me permettrait de comprendre.

Merci en tous cas :p

Oui je comprends, ma classe AlbumService possède une méthode fetchAll sauf que quand j'y accede via mes test il me récupère pas l'entity manager

    public function fetchAll()
    {
        $this->em = $this->getServiceManager()->get('doctrine.entitymanager.orm_default');
        $connect = $this->em->getConnection();
        $albums = $connect->fetchAll('SELECT * FROM Album');
        //controle ici si vide ?
        return $albums;
    }

Donc du coup je suis perdu.

Salut, merci pour ta réponse,
J'apprends tout en même temps car j'ai pas forcément le choix je dois le faire et j'arrive a retrouver mes petits, je me débloque un peu tous les jours et j'apprends tous les jours ^^. Je suis confiant pour la suite mais c'est vrai que certaines chose m’échappent dans ce cas la je cherche et si je voit pas je demande.

Je test ta solution demain, et je pense en effet que tu as raison ! cela devrait marcher !

Ca te retourne une collection pas un tableau. Ca se comporte pareil mais tu peux faire plus de choses avec .

JGreco a écrit:

Ceci m'a permit de comprendre qu'en réalité l'entité Album est directement lié via l'entity Manager à la base de donnée et qu'il n'y à pas besoin de récupérer les données depuis la couche service, c'est bien cela ?

Oui et non, l'entity manager s'occupe de faire la requête pour toi via le repository de l'entité. Si elle en a pas c'est la classe EntityRepository qui doit être appelée qui implémente déjà le find, findAll etc ... qui fait la requête en fonction de ton SGBD (mysql, oracle, SQL Server etc ...) donc là dessus c'est OK par contre le fait de passer par une couche service ou non n'a rien à voir. Si tu ne passes pas par une couche service ça veut dire que tu fais l'appel dans un contrôleur (ou ailleurs mais en général dans le MVC c'est là, dans une aide de vue, un plugin etc ...) et ça n'a rien à faire ici. C'est simple l'entity manager ne doit être présent que dans des classes service. S'il est présent ailleurs tu ne respectes plus cette architecture.

Donc ta méthode de service fetchAll ne joue le rôle que de "proxy" vers la methode findAll du repository de l'entité que tu appels via l'entity manager.

C'est normal t'as bindé le même objet ... Donc forcément c'est la même chose :p.

Logiquement t'es pas censé appeler ici non plus l'entity manager mais bon ... Pour tester si tu récupères bien une collection je testerais plus le type d'objet retourné plutôt que le contenu. Du coup le $Album il sert à rien. Faudrait que tu mock l'entity manager de ton service et tu appelles la méthode fetchAll sans mocker le service et tu tests le retour pour voir si tu as bien une collection par exemple.

Après je suis pas très doué en test donc à prendre avec des pincettes.

Réfléchis un peu .

Si tu mocke une classe Toto est-ce qu'elle va être de type Tata ? Non ! Bah là c'est pareil. L'entity manager de doctrine et ton service sont complètement différent le seul lien qu'il y a entre eux c'est que le service utilise l'entity manager (pas l'inverse) c'est tout.

Je te l'ai déjà expliqué l'histoire des couches pour les tests c'est le même principe ça change pas. Tu veux tout apprendre d'un coup et au final tu t'y perds complètement, là tu bloques sur des choses que tu as normalement compris puisque tu l'as déjà fait correctement. Au final comme le contexte change t'es complètement perdu donc concentres toi sur des choses simples.

Relis bien ça, le code et tes phrases. Remémores toi ce qu'est Doctrine\ORM\EntityManager, de quelle couche ça fait parti :

JGreco a écrit:

Mocker l'entity manager de mon service c'est donc faire cela ?

Code:

$this->mockAlbumServiceEM = $this->getMock('Doctrine\ORM\EntityManager');

Je pense que non, car rien ne spécifie que c'est le ServiceAlbum, un petit indice s'il te plait ?