Discussion :

[bilbot]

En fait il suffit juste de remplacer ler "\" par ":" pour les assert et tout fonctionne, c'est une des coquilles du tuto qui est également présente dans la doc.

Nan finalement je racontais une bétise. Mes validateur fonctionnent pas et en repassant au "\" c'est ok.

Sinon petite suggestion pour "simplifier" le code, faire hériter ActeurController de Symfony\Bundle\FrameworkBundle\Controller\Controller ca permet de raccourcir toutes les syntaxes liées à doctrine... et notamment de faire

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
$em = $this->getDoctrine()->getEntityManager()

au lieu de :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
$em = $this->container->get('doctrine')->getEntityManager()

idem pour les template/formulaire....

[djayp]

Sinon petite suggestion pour "simplifier" le code, faire hériter ActeurController de Symfony\Bundle\FrameworkBundle\Controller\Controller ca permet de raccourcir toutes les syntaxes liées à doctrine... et notamment de faire

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
$em = $this->getDoctrine()->getEntityManager()

au lieu de :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
$em = $this->container->get('doctrine')->getEntityManager()

idem pour les template/formulaire....

Cette méthode n'est pas conseillée car elle enlève toute la flexibilité de l'injection de dépendance...
A++

[Tolriq]

Aucun rapport bien au contraire

Faire hériter ses contrôleur de la classe contrôleur facilite le dev pour bien des raisons comme entre autres les annotations pour le routing ou le templating et bien d'autre.

Quand a l'injection de dépendance on parle plutôt du fait de passer les services entre eux par paramètres. Le fait d'utiliser le container->get a des avantages en lisibilités mais le gros défaut de coder en dur des références textuelle vers des services.
Si pour x raison tu doit changer un nom de service pour éviter un conflit ou autre, tu doit faire du rechercher remplacer dans tout ton code et tu perds tout l’intérêt de la chose.

Il y a de nombreux débats sur le sujet des DI et les avantages inconvénients.

[bilbot]

Cette méthode n'est pas conseillée car elle enlève toute la flexibilité de l'injection de dépendance...
A++

Je suis pas expert symfony 2, la seule chose que j'ai constaté c'est que partout dans la doc du framework, c'est comme ça, ça raccourcit pas mal la syntaxe et en parcourant les classe, ça ne charge que les service doctrine / template et formulaire.
Et sinon je ne connais pas en détail, l'injection de dépendance, mais en quoi ça enlève la flexibilité ? Car ca charge tout un tas de service d'un coup ?

[Jackris]

Salut, moi mon probleme vient du fait que j'ai rajouter dans mon UserBundle/Entity/User

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

use Symfony\Component\Validator\Constraints as Assert;

les @Assert: ou @Assert\

Rien n'est pris en compte :s

[Greg71000]

J'avais l'habitude d'utiliser Symfony 1.4, et ce tuto est très bien pour franchir le pas vers Symfony 2. Un peu de théorie et de la pratique, c'est ce qu'il faut.

A mon avis il manque juste deux petites choses :

• Un début d'initiation aux classes Repository. Dans ce tuto, la logique métier à trop tendance à se retrouver dans le contrôleur. Même si, je suis d'accord, tu effectue des traitements métier simples, et que leur présence dans les contrôleurs ne gène pas trop, il aurait été intéressant de parler des classes Repository, pour avoir une approche complète du MVC.
• Une petite approche des validateurs pour les formulaires

Sinon, je me posais des questions à propos de choses que je ne retrouve pas dans Symfony 2 et que je trouvais très utiles dans Symfony 1.4 : Les partials et les components.
Ils me semble avoir disparus dans Symfony 2, et était très intéressants pour ne pas avoir à dupliquer du code dans les templates.
J'ai fait des recherches la dessus, j'ai rien trouvé de très cohérent, a par peut être une petite piste indiquant qu'ils étaient gérables avec Twig, mais je n'ai pas trouvé d'info très parlantes.
Donc si vous pouvez me mettre sur une piste, n'hésitez pas .

Bonne continuations à tous avec Symfony,
Greg !

[vmolines]

Dans le cookbook, partie "templates" : http://symfony.com/doc/current/book/templating.html

La réutilisabilité est évoquée à travers l'héritage ou l'appel d'un contrôleur dans le template.

[petitlardon]

Bonjour à tous,
je suis actuellement ce tutoriel qui est assez clair et concis.
Toutefois, je me trouve confronté à un petit problème.
Je suis à la génération automatique des accesseurs. Et la console fait des siennes

php app/console doctrine:generate:entities MyApp

me retourne

Namespace "MyApp" does not contain any mapped entities

doctrine:generate:entities [--path="..."] [--no-backup] name

Je me doute que ce soucis vient d'une configuration quelque part. Mais impossible de mettre la main dessus. Cela vous est-il déjà arrivé?
Auriez-vous une solution à m'apporter?

Je vous remercie
Julien

PS: j'ai comparé mon code avec la partie concernée dans les fichiers sources mais je n'ai pas trouvé de différences.

[shadowolf]

Bonjour,

Ayant ramé pendant près de 20m, je tiens à apporter quelques précisions qu'il me semble essentiel de préciser.

Lors de la génération des get() et set(), j'étais confronté à une erreur fatale sur le namespace. Alors que tout était bon, impossible de compiler.

Deux raisons :
- Utilisant Notepad++, il utilise l'UTF8 ou le ANSI qui ne fonctionne pas. Il est nécessaire d'utiliser UTF8 (Sans BOM)
- Deuxièmement, même avec le bon encodage cela ne fonctionnait toujours pas. En effet, la première ligne des 3 entités est une ligne vide... qui fait planter la compilation. Il est nécessaire que la première ligne soit <?php ou bien la génération des get() / set() ne fonctionne pas.

Espérant épargner ces soucis à m'en arracher les cheveux à d'autres, je vous conseille de mettre un encart là dessus...

Cordialement

P.S : Merci pour le tutoriel

[Cybeber]

Ainsi, nous pourrions très bien stocker nos films et acteurs dans des fichiers XML, dans une base SQLite ou MySQL, sans que cela ne change quoi que ce soit au code PHP que nous allons écrire.

Cette remarque m'a beaucoup intéressée, car c'est très exactement ce que je cherche à faire, à utiliser des données stockées en XML plutôt qu'en base de données. Cependant, impossible de trouver de la documentation à ce sujet, y compris dans la doc de doctrine.
Est-ce une erreur du tutoriel ou est-ce réellement possible et auquel cas, comment ?
Merci par avance.

[stealth35]

Cette remarque m'a beaucoup intéressée, car c'est très exactement ce que je cherche à faire, à utiliser des données stockées en XML plutôt qu'en base de données. Cependant, impossible de trouver de la documentation à ce sujet, y compris dans la doc de doctrine.
Est-ce une erreur du tutoriel ou est-ce réellement possible et auquel cas, comment ?
Merci par avance.

c'est dans le sans ou les Entites sont très souple, tu pourrais etrendre un Entity a une classe qui gère le XML

[Cybeber]

c'est dans le sans ou les Entites sont très souple, tu pourrais etrendre un Entity a une classe qui gère le XML

Merci bien pour la réponse... Ca me donnée une idée du boulot que ça demanderait... Du coup, à défaut de recourir à doctrine, Symfony propose-t-il une gestion particulière des fichiers XML ou le développement d'un bundle spécifique est-il nécessaire ? Et dans ce cas, à votre avis, qu'elle est la meilleure option ?

[stealth35]

Merci bien pour la réponse... Ca me donnée une idée du boulot que ça demanderait... Du coup, à défaut de recourir à doctrine, Symfony propose-t-il une gestion particulière des fichiers XML ou le développement d'un bundle spécifique est-il nécessaire ? Et dans ce cas, à votre avis, qu'elle est la meilleure option ?

dans Symfony2 le XML c'est uniquement lié au config, donc oui je pense qu'il va falloir créer un bundle, je vais essayé dans faire un, ça me semble intéressant comme projet

[jack_taylor]

Salut à tous,

j'ai moi aussi dû m'adapter aux modifications à faire du fait que la version de Symphony du tuto est plus ancienne que la dernière version..
Heureusement grace à vos conseils je m'en suis sorti

J'ai une chose toutefois qui ne marche pas chez moi:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$em->flush();

Dans la partie VII-D. Enregistrement d'une première donnée il est écrit que "Pour éviter de créer ces catégories chaque fois que vous accédez à cette URL, vous pouvez mettre la ligne $em->flush(); en commentaire ou bien renommer la fonction indexAction() pour enregistrerCategorie()." toutefois dans mon cas si je recharge la page X fois à chaque fois il me réinsère les meme catégories créant inévitablement des doublons...

D'après la doc officielle de doctrine cette fonction évite en effet les doublons mais dans mon cas ça ne marche pas. L'un d'entre vous aurait-il eu ce problème?

Quelqu'un sait par hasard où est le problème? J'ai suivi scrupuleusement les indications du tuto (=j'ai rien de custom)

Merci d'avance