Bonne pratique de l'utilisation de fosUserBundle

Version imprimable

17/03/2015, 09h20
Petit Grigri

Bonne pratique de l'utilisation de fosUserBundle
Bonjour à vous,

Après avoir profité d'un Mooc sur symfony2, et après avoir lu quelques docs (officielles :D), j'ai décidé de mettre en application ce que j'avais appris en créant un projet perso de gestion de compte en ligne il y a quelque mois.

Il y a peu de temps, j'ai finis la partie principale permettant de gérer mes "Compte" et tout ce qui tourne autour. (Ajout de Dépense, de revenu, Catégorisation des Dépenses, Affichage...).

Je décide donc, étant donné que ce projet à pour but d'être sur le web, d'utiliser le fosUserBundle dans mon projet afin de gérer les utilisateurs. Et permettre à chaque utilisateur d’avoir ses propres comptes. Ce qui implique la création d'une bundle "personnalisé" se basant sur le fosUserBundle en plus de mon bundle principal qui gère les comptes

Ces utilisateurs se retrouvent dans le bundle personnalisé "User" et seront représentés par l’Entity « Utilisateur »
Quand aux "comptes" et aux "catégories des dépenses" qui seront liés aux utilisateurs ils se retrouvent dans le bundle "gestionCompte" dans les Entity liés à ce bundle (« Compte » et « CategorieMouvementFinancier »).

Question :

Étant donné que les comptes et les catégories seront liés aux utilisateurs via une relation manyToOne (un ou plusieurs « Compte » ciblant un « Utilisateur », idem pour les catégories), quelle est la meilleure méthode permettant de récupérer les comptes de mes utilisateurs ?
- Dois, je continuer à utiliser le repository des « Compte » en envoyant l’utilisateur comme paramètre et filtrer ensuite ? (via un addwhere suplémentaire ou autre)
- Ou dois je utiliser le repository de l’utilisateur pour accéder à ses comptes ce qui impliquerait une interdépendance de mes deux Bundles très forte, ce qui est, une mauvaise pratique...sauf erreur...) ?
- Ou peut être autre chose...
Ma question n’est pas une question « technique » (le code fonctionnera dans les deux cas), mais vraiment une question de « bonne pratique ».

En vous remerciant d’avance pour vos conseils :)

ps : désolé pour le pavé :roll:
17/03/2015, 14h26
gototog

Pour moi la bonne pratique est de dissocier ton utilisateur de sécurité (fosUser) de ton utilisateur métier possédant ses comptes etc.
Les deux sont simplement lié avec un OneToOne, mais tu gardes tes contraintes fonctionnelles séparées de tes contraintes d'application web.
De cette manière ton bundle de sécurité est assez indépendant, et tes entités user et leurs comptes, catégories sont bien dans un seul bundle cohérent
17/03/2015, 16h42
Petit Grigri

Citation:

Envoyé par gototog

Pour moi la bonne pratique est de dissocier ton utilisateur de sécurité (fosUser) de ton utilisateur métier possédant ses comptes etc.
Les deux sont simplement lié avec un OneToOne, mais tu gardes tes contraintes fonctionnelles séparées de tes contraintes d'application web.
De cette manière ton bundle de sécurité est assez dépendant, et tes entités user et leurs comptes, catégories sont bien dans un seul bundle cohérent

Je n'y aurais pas pensé :)
Merci à toi pour cette réponse
08/01/2019, 12h14
NBoulfroy

Citation:

Envoyé par gototog

Pour moi la bonne pratique est de dissocier ton utilisateur de sécurité (fosUser) de ton utilisateur métier possédant ses comptes etc.
Les deux sont simplement lié avec un OneToOne, mais tu gardes tes contraintes fonctionnelles séparées de tes contraintes d'application web.
De cette manière ton bundle de sécurité est assez indépendant, et tes entités user et leurs comptes, catégories sont bien dans un seul bundle cohérent

Il est navrant de constater que tu trouve ça logique mais que pour l'entreprise où j'ai fait mon stage (longue histoire à ce propos), réaliser une telle chose est aberrante car ce la ne correspond pas à la vision "objet" puisque Doctrine force à l'utilisation de l'objet et donc, le MCD / MLD via Merise est useless pour mon référent d'alors (ce qui a donné au passage des aberrations en programmation mais visiblement, j'étais le seul à faire la remarque).