Version imprimable
Comment faire pour avoir la même chose que doctrine1 sur 'getCalculChiffreTotal':
exemple:
La fonction $facture->getCalculChiffreTotal() fait une requête avant d'afficher le chiffre.Code:
2
3
4
Comment faire avec doctrine 2 et/ou si il existe une autre solution ?
Ca depend.
Disons pour l explication que les elements de la facture sont des produits.
- Si $facture contient les $produits qui la compose (tu les as mis dans le join lors de ta requete).
Pas de requete supplementaire, tu peux recalculer le total directement en bouclant sur ton entité.
Vu que tu veux tous les totaux, cette solution me semble bien.
- Si $facture ne contient pas les $produits qui la compose (tu les as mis dans le join).
Si tu dois faire une requete pour recuperer la valeur au moment de l appel de getCalculChiffreTotal, il faut alors faire appel au repository.
Ici, on explique comment faire un repository personnalisé:
http://www.doctrine-project.org/docs...m-repositories
Tu crees alors une fonction personnalisée qui recuperera le chiffre total.
Et tu appeleras cette fonction comme ci depuis le controlleur:
Code:
2
3
4
Mais la premiere solution me semble mieux... tu recuperes tout d un coup: factures, produits,... en esperant que tu ne veuilles pas faire ceci pour 1000 factures!
Cependant:
Une solution vraiment top serait de stocker le total dans $facture.... ainsi tu dois le recalculer uniquement si la facture est modifiée. Ce qui est vraiment beaucoup mieux!
Merci pour cette réponse ultra rapide !!
Donc on est obligé de redéfinir une requête car elles ne sont plus lié à l'objet initiale.
SUITE:
Je n'utilise pas TWIG pour la vue mais PHP (pour des raisons de complexité des conditions... plein de if et autre):
Le code indiqué n'est pas possible dans index.html.php:
Comment puis-je correctement procédé?Code:$this->getDoctrine()->getRepositories("MonBundle:Facture")->getCalculChiffreTotal( $facture->getId()
Twig n'est pas obligatoire, mais l'utilisation des Controlleurs l'est :roll:
RapotOR,
mon problème est que ma vue possède beaucoup de conditions et que la configuration de sf2 reste flou sur les meilleurs possibilité de codage par rapport à sf1.
un exemple:
La fonction ...->getRecherchePlateformeAdresse() fait une requête précise,Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
mais comme on est dans la vue... c pas possible avec ce code (a mois d'une solution),
Suis-je obligé de faire un pre-traitement dans mon action et mettre les résultats dans un tableau ? (mais sa me force à réécrire les conditions 2 fois; dans l'action et la vue)
Houla! L'appel aux repositories, etc...
Tout ca c'est de la logique, ca doit etre en controlleur (sans les echos)!
Dans la vue; tu dois vraiment avoir le display final avec les variables envoyées par le controlleur.
Tu ne dois pas faire de IF deux fois!
Ton controlleur va renvoyer une adresse (peu importe d'ou elle sort) à la vue.
La vue va afficher => la ligne echo.
Ca donnerait dans l'action du controlleur :
Dans la vue; tu affiches adresse si existant.Code:
2
3
4
5
6
7
8
9
10
11
pas de soucit :), j'aurais fait comme toi si j'avais juste sa a afficher.
Mon problème est que je trouves toujours des exemples ou ta logique peut s'appliquer. Cependant lorsque g des boucles et des if imbriqués, qu'elle est la meilleur méthode:
un autre exemple de sf1 à convertir:
regarde la ligne 7 et 9, avant avec sf1 on pouvais imbriquer des requêtes autres que la jointure directe (comme la ligne 1)Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
On ne peut plus faire avec l'objet client par exemple:
$client->getREQUETEAPARTIRDELENREGISTREMENTCLIENT()
alors comment expliquer que les requêtes sont possibles avec les jointures comme $client->getAdresse() (D'ailleurs on ne peut plus récrire les requêtes de jointures).
Je cherche un exemple concret autre que simple pour comprendre la logique et réécrire mes fonctions xxxxxActions() le mieux possible.
C'est quoi le but de convertir du code SF1 vers SF2 ?
Si tu veux faire ca facilement et rapidement c'est impossible, si tu veux faire ca bien, le mieux est l'utilisation de Twig et d'apprendre par le début l'utilisation de Symfony2 et Doctrine2.
j'ai déjà bien commence, g même fait un générateur d'annotation avec les écritures de jointures automatiques par rapport à une base mysql.
G une base de 180 tables, donc g t un peu obligé.
Qu'elle est la meilleur méthode pour écrire mon action qui imbrique beaucoup de conditions et de requêtes et l'afficher; car si je suis la logique de doctrine2, je vais avoir 3 km de code par rapport à doctrine1.
Tu n'as pas répondu à ma question, pourquoi cette transformation du code ?
Et je ne comprends toujours ton problème :?
ok j'explique
Dans d1 et d2,
nous avons la possibilité de faire suivre l'enregistrement de l'objet par la jointure:
exemple: $client->getAdresse()->getCp()
- doctrine1: permet de modifier si besoin la requête de la jointure, pour, par exemple, l'améliorer et la mettre dans le cache APC (ajout de..->useResultQuery(true, 3600)...
- doctrine2: je sais pas comment optimisé la requête de jointure par l'objet.
doctrine1 fait également suivre des requêtes personnalisé par la jointure (déclaré dans model\client.class.php):
$client->getAdresseValid()
se qui a l'inconvénient d'alourdir légèrement le model mais de rendre le code php court dans les gros traitements et donc compréhensible.
avec doctrine2, on ne peut plus faire suivre des requêtes dans le model mais uniquement celles autorises par les jointures.
exemple:
$client->getAdresse() ok
$client->getAdresseValid()non (a)
Alors avant on utilisé les fichiers:
client.class.php et clientTable.class.php pour faire ceci:
DoncCode:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
si je veux traiter le code ci-dessus comme sf2, il va falloir que je face une variable tableau avec toutes les conditions dedans.... puis refaire pareil dans la vue pour afficher le tableau.
si c comme sa qu'il faut que je face, y a pas de soucit, mais je veux en être sur que doctrine2 ne permette plus d'agrémenter les objet à partir d'un enregistrement comme celui-ci: $client->getAdresseValid().
d'ailleurs c bete puisqu'il le fait avec les jointures.