Discussion :

[maxwell374]

Bonjour,
Nous développons actuellement un portail interne. Ce portail va s'agrémenter au fil des besoins de plusieurs applications (ex : fiche client, demande de congés, de primes, gestion de son avancement, ...). En clair nous tendons vers le développement d'un ERP light puisque nous voulons que toutes les données cohabitent facilement.

Voici ma question : comment organiser tout ça avec Symfony ?
Notre idée : un projet global, avec les entités (qui seront donc partagées avec plusieurs applications) dans le "appBundle", puis un bundle par fonctionnalité (ex : moteur de recherche, gestion des congés, gestion des primes, ...).

Et c'est là où se situe notre incertitude, doit-on avoir un bundle par "application" ? (ce qui est faux par rapport à la définition d'un bundle)
Ou doit-on prendre nos applications, les découper en fonctionnalités qui correspondront à des bundles ?
Ou alors sommes-nous partis sur une erreur dès le départ en ne créant qu'un seul projet (faut-il un projet par application ?)

Merci d'avance pour vos éclaircissements !

[MehrezLabidi]

bonjour,
a mon avis ,un bundle c'est l’équivalent d'un module ou un plugin pour un CMS.
ça sera plus organisé que chaque bundle contient une petite architecture MVC indépendante pour qu'il soit portable en cas de besoin.
Observons les fameux bundles de symfony , FOSUser par exemple ( une petite architecture MVC indépendante et complète )
Ce n'est qu'une question d'organisation pour l’implémentation et la maintenance.

Si les sois disant des projets , utilisent les mêmes technologies et partagent le même environnement ca sera mieux qu'ils sont fusionnés en un seul projet

[maxwell374]

Bonjour merci de ta réponse.

Ok pour les bundle indépendants mais comment faire avec des entités qui seraient partagées entre plusieurs bundle ? on doit les dupliquer ?

Maxime

[dukoid]

Le but d'un bundle c'est une fonctionnalité oui mais qui pourra être re utilisé ailleurs. sinon il n'y a aucun intérêt !
(la seule exception c'est pour séparer le front et le back)

Pour moi, il y a 2 grands bundles : le front et le back
ensuite si ça existe dans votre projet, des bundles de fonctionnalités qui peuvent être réutilisable ( sinon pas d'intérêt !)

alors comment organiser un gros projet ? en jouant avec les noms de controller et view
une fonctionnalité = un controler et un dossier View

exemple : fiche client, demande de congés, de primes, gestion de son avancement

/controller/FicheClientController.php
/controller/DemandeCongeController.php
/controller/PrimeController.php

/view/FicheClient/....html.twig
/view/Demande/....html.twig
/view/Prime/....html.twig


les entités se trouvent dans un bundle quelconque et donc dans son namespace et ailleurs, faut faire référence à ce namespace pour y accéder...
ne pas oublier qu'un bundle c'est aussi un namespace !