Action déclanchée par un formulaire

Bonjour,

Je galère sur un truc à la c...
J'ai un formulaire qui fonctionne et qui peuple une table de Contact:
id
nom
prenom etc...

lorsque je valide ce formulaire, la table contact se rempli sans souci.
Mais j'aimerai qu'en même temps, je puisse crée une autre entrée dans une table Card:
id
contact_id (en relation avec la table contact)
card_number
etc...

C'est-à-dire que pour chaque nouvel inscrit je veux associer une carte (bien sûr seulement si c'est un nouvel inscrit, pas sur un update).
Je ne sais pas comment faire, ni où.
J'essaie de surcharger la méthode save() de la classe contact, mais ça ne fonctionne pas, je n'arrive pas à récupérer l'id du contact.

Avez-vous une idée? je suis sur sf 1.2
Ca parait basique.

Tu es sur la bonne route.

C'est dans la surcharge de la méthode save() de ta table Contact que je travaillerais aussi.

Par contre, tu ne peux pas utiliser l'Id de ton nouvel user avant qu'il ne soit sauvegardé. La solution est de commencer par un parent::save() en début de ta méthode, après ceci ton objet contact existe et tu as accès à Id. Tu peux ainsi tous simplement créer un objet Card, dans l'idée un truc du genre

Code:

---

1 2 3 4 5 6

card = new card; cart->setCardNumber('123')-> setAutreChamp('autre')-> setContact($this)-> sauve();

---

La méthode Contact (où contact est le nom de ta relation entre card et contact du côté de card) prend un objet et pas un Id, ce qui permet d'être plus propre dans le code.

Merci mimi.

C'est exactement ce que je m'étais dit : il commencer par sauver le contact.
Mais comme un idiot j'avais écris :

Code:

---

return parent::save($connect)

---

Et donc le return me faisait sortit de la fonction surchargée...

Sinon j'avais un problème pour déterminer si le contact était créé ou mis-à-jour.
En fait, j'ai tout résolu comme suit :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

public function save(Doctrine_Connection $conn = null) {   $new_contact = $this->isNew();   parent::save($conn);   if($new_contact) { $card = new Card(); $card->setContact($this); $card->setNumber('xxxx'); $card->setSerialNumber('xxxx'); $card->save(); } }

---

Ca semble correct, non? En tout cas les premiers tests sont concluants.

Avec un peu plus de temps je me suis replongé dans un vieux code, et j'ai presque la même chose.

Sauf que j'ai fais un test sur le isnew() et deux fois un parent::save()...

Et tu peux rentre ton code plus fluide en l'écrivant de la manière suivante

Code:

---

1 2 3 4 5 6 7

$card = new Card(); $card-> setContact($this)-> setNumber('xxxx')-> setSerialNumber('xxxx')-> save();

---

Mais cela ne change rien à la validité du code. Et je ne suis même pas sur que cela change quelque chose à la rapidité.

Bonne chance pour la suite

Merci pour tes conseils Mimi.

Tu vas rire (peut-être pas), mais en fait je ne vais pas faire comme cela.
Je vais plutôt :
- envoyer un mail de confirmation d'inscription,
- attendre que l'utilisateur confirme en cliquant sur un lien,
- et alors générer une carte.

Sinon j'ai peu que ma base soit polluée.

Mais en tout cas, je sûr que ça me servira plus tard.

Tu connais la différence entre save() et doSave()?
J'entrevois mal la subtilité.

On m'a communiqué le lien sur un pdf qui décrit les appels de fonctions dans l'objet form il est dommages que ces informations ne soient pas plus facillement accessible, il est très intéressant pour tous ceux qui utilisent les forms (tous).

Il devrait répondre à ta question.

Je ne saisi pas bien les liens et obligations entre tes différentes tables, mais je pense, en effet, qu'il n'est pas nécessaire de créer tous l'infrastructure autour d'un compte tant que celui-ce n'a pas été validé par un retour d'email.

Merci Mimi, mais ton lien ne fonctionne pas.

Le fichier en pièce jointe.

C'est sympa.

Si je comprend bien le schéma, ça veut dire que doSave() est effectué après le save().

Donc si je comprend bien, j'aurai du surcharger la méthide doSave(), au lieu de save().
Cela m'aurait évité de faire un parent::save($connect), et puis comme ça les contacts auraient été sauvegardés même en cas de problème avec la table card ??

Je vais tester cela.

---EDIT---
En fait je viens de tester et je crois que je n'ai rien compris.
Ca ne marche pas.

mdr, on va le faire marcher !

J'ai sous le coude une documentation sur l'intégration de doctrine dans les form.

Dans le bas, tu as un alinéa sur doSave() et save(). C'est en version 1.2 mais la doc, en anglais, sur la 1.4 dit la même chose.

Save() et doSave() sauvegardent toutes les deux l'objet.

• save(): AVANT l'ouverture d'un transaction avec la base
• doSave(): Dans la transaction avec la base.

Ce qui rend les transactions au seins de doSave protégée, si tes manipulations ne fonctionnent pas, rien n'est créé.

Tu dois déclarer dans la l'ouverture de la méthode doSave($con = null) et je pense qu'il est impératif de transmettre $con pour étendre la transactions aux différents accès à la base que envisage.

Ok, j'avais vraiment rien compris.:P

C'est pas forcément limpide mais c'est mieux.
C'est complexe les formulaires avec symfony tout de même.

En tout cas merci pour tout.

Citation:

---

Envoyé par noreaga10

C'est complexe les formulaires avec symfony tout de même.

---

Complexe peut-être, sauf qu'imagine de faire la même chose avec du code rien qu'à toi. Vérification et échappement des données, validations de chaque champs et dans chaque formulaires, "nettoyage" des données avant présentation, liaison presque transparentes avec les <select>, nettoyage, validation et sauvegarde des données en une ligne (bindandsave), gestion de formulaire encapsulés...

Complexe, certes, mais tellement puissant que l'apprentissage en vaux largement la peine.

Et tu n'as rien vu, dans la version 2 il y a un moteur de template qui va être embarqué, encore des choses a apprendre mais j'espère encore un réel gain en développement.