Discussion :

[kwakanar]

Bonjour à tous

Dans mon application Symfony2, j'ai une classe d'entité Staffeur qui représente une personne. Pour la validation par mail des créations de comptes, chaque staffeur peut avoir un code d'activation qui permet d'aller activer le compte avec un lien reçu par mail.

Ma question porte sur la génération de ce code. Il est composé avec 10 caractères aléatoires (jusque là rien de difficile), seulement au moment où on le génère je veux vérifier qu'il n'y a pas d'autre staffeur en attente d'activation avec le même code (sinon ambigüité du lien de validation). J'aimerais donc faire une requête avec Doctrine à l'intérieur d'une méthode d'Entity.

1. Comment accéder à un EntityManager en dehors d'un contrôleur ? Google n'est pas très explicite sur la question ... une histoire de Service Container, mais ça reste assez flou pour moi.
2. Il paraît que ce n'est pas une bonne pratique de faire ça. Je comprends qu'en faisant des accès à la base de données dans un getter ou un setter, ça risque de faire boucler l'application, mais là je suis dans une méthode "en plus" qui ne sera jamais rappelée par Doctrine... Où est le pb ?

J'espère avoir été à peu près clair...
Merci !

[Tolriq]

C'est pas plus simple de mettre une contrainte d'unicité sur ce champs et de faire un try / catch au moment du persist / flush ?

[dourouc05]

Il faut en effet que cet extérieur soit défini comme service. Cf. la doc : http://symfony.com/doc/2.0/book/service_container.html. Ça n'a aucune raison technique de ne pas fonctionner.

Ensuite, ça ne me paraît pas très propre comme manière de faire... Une entité n'a rien à voir avec une base de données, c'est une classe qui contient des données et que tu peux persister et récupérer. Point. Si elle doit faire plus, c'est généralement mauvais signe, donc voir la réponse de Tolriq à tout prix.

[kwakanar]

Ok, merci pour vos réponses
Je regarde pour les contraintes, en effet avec des exceptions ça m'a l'air bien plus propre !