Discussion :

[ufretin]

Bonjour,

Je souhaite développer un module de gestion de planning basé sur un objet et une table de planning de date à date.
Cela me semble assez difficile à gérer via le module de création d'admin automatique de symfony, dans la mesure ou je souhaite notamment afficher des enregistrement qui n'existe pas en base (les périodes vides pour mon objet, ce qui signifie qu'il est libre).
Typiquement en arrivant sur mon module admin List, je devrais voir pour une période allant de X à Y (filtrer en utilisant un formulaire) les objets pour lesquels cette période est vide (pas d'enregistrement en BDD), donc réservable et ceux pour lesquels elle est occupé.

La solution que je souhaiterais mettre serait donc de modifier le tableau ou l'objet contenant mon jeu de résultats qui doivent provenir de la classe autoObjetactions qui les renvoient par la suite à ma vue, et ceci avant qu'ils ne soient évalués par la vue afin de garder un développement assez propre.

Dans l'absolu, ceci me permettrais de lister les éléments qui m'interessent tout en gardant les fonctions de l'admin-generator de symfony (filter, pagination,tri ...)

Merci d'avance.

[nims]

Salut,

Faudrait modifier les requêtes pour ne pas prendre que les enregistrements de la base de données...
Ou alors plus simple, tu ajoute un état: tu as l'état occupé et tu ajoute l'état libre. Dans ce cas tu devra ajouter toi même tes périodes "libres" => Peut être un peu plus contraignant...

Ta solution m'intéresse si tu pars sur autre chose

[Michel Rotta]

Salut,

Un peu tordu mais intéressant.

Je vois deux idées a ajouter à la collection des idées.

Un des avantages de symfony c'est qu'il est totalement modulaire. Dans l'absolu, rien n'interdit d'utiliser un autre ORM que Doctrine ou Propel, si l'on créer les classes qui vont bien.

D'où ma première idée, tu peux lier tes actions du générateur à la méthode que tu veux de ton objet de base de donnée. Tu peux donc créer une méthode qui va récupérer les données existantes et qui va injecter des enregistrements fictifs là ou il y a des vides. L'idée me plait, mais plus j'y pense, plus la réalisation me semble délicate.

L'autre idée est de laisser tomber le module d'administration et son fichier de configuration. OK, tu perds tout une partie de l'administration générée (filtre et tri et pagination) mais rien qui ne puisse être mis en place sur un module perso. Accessoirement, tu peux "récupérer" ton module admin dans le cache de symfony et le mettre en tant que module, il ne reste plus alors qu'à l'adapter à tes besoins, peut-être moins beau que la première idée mais plus simple à mettre en œuvre.

Je reste curieux de la solution que tu vas mettre en œuvre.

[ufretin]

Salut,

J'ai décider de changer d'approche. Je stocke desormais l'etat libre de mon planning en base.
Je créé par défaut un planning du 01/01/2010 au 31/12/2036 vide.
Au niveau de l'action save de mon planning j'effectue un découpage de cette periode a chaque fois que je demande une occupation.
Si l'action est une liberation de planning, je fusionne avec les plannings alentours si ils sont libres.

Merci pour vos idées :-)