Discussion :

[Jerome38190]

Bonjour,

Je me met tout juste à symfony, j'ai suivi le tutoriel jobeet sans trop de problèmes (en même temps y'a pas grand chose a faire) mais quand on se lance dans son propre projet c'est plus la même.

Et effectivement, je bloque déjà sur la première étape
En gros la création de modules ...

Imaginons que je veuille concurrencer youtube ! (ou plus serieusement faire un site de vidéo mais sans grandes ambitions; le but premier restant l'auto-formation ... ).

Donc les membres peuvent créer des vidéos, les regarder, les commenter, etc ...

Dans le cas présent, que verriez-vous comme module ?
Un module member + un module video + un module comment ?

Je ne suis pas sur de l'utilité de faire 3 modules, un commentaire est lié à un membre et a une vidéo, a-t'il besoin d'un module a lui tout seul je suppose que non ? Faut-il faire un module pour gérer les droits ou cela serait intégré au module member ?

Bref vous avez compris, tout cela n'est pas encore bien clair dans ma tête, malgré mes recherches de tutoriaux un peu plus approfondi que jobeet ...

Je ne serais pas contre des petits conseils des Maitres ès Symfony

Merci,
Jérôme

[sacricri]

Bonjour,
Premièrement bienvenue dans la communauté symfony !

Pour la gestion des utilisateurs et des droits, il existe un plugin qui le fait très bien : sfGuardPlugin (sous Propel) et sfDoctrineGuardPlugin (sous Doctrine).

Ensuite, il semble cohérent de créer un module Vidéo effectivement. Pour les commentaires, je ne pense pas qu'il y ait besoin d'un module. Des partials (ou components à voir) seraient plus logiques.

[Jerome38190]

Merci pour tes conseils je vais partir comme ça et aller voir sfDoctrineGuardPlugin

[Michel Rotta]

Pour différentier les points :

les modules : accès aux données (simple)

les forms : les formulaires, peuvent être imbriquer et permettre de saisir plusieurs enregistrements sur une même page,

les module, je les assimilerais à un CRUD, tous ce qui permet de créer, modifier et effacer un lot de données. Une facture vas avoir plusieurs modules (entête, ligne, adresses,....), plusieurs forms fonctions des modules, mais probablement un seul module.

Dans un autre cas, liste d'utilisateurs et leurs inscriptions à des activités, probablement 3 modules (utilisateur, activités, inscriptions), des forms et 2 modules.

Après, si je veux être vache, je vais dire qu'après l'analyse UML2 de l'application, cela devrait devenir évident !