Pour ma part, je ne trouve pas que le fichier xml soit la bonne place pour déclarer autre chose que le modèle.
> * Pas de génération explicite des classes : dés qu'on modifie le fichier XML, les classes sont regénérées (on peut désactivé cette vérification de mise à jour en prod).
Tu veux dire que les classes sont reconstruites automatiquement dès qu'on modifie le schéma ? Même si c'est désactivable, je trouve ça génant dès qu'on travaille à plusieurs.
> * Un fichier XML par objet mappé, et non pas tout dans un seul fichier. Chaque module contient donc ses propres fichiers XML jDao. Cela facilite l'installation de modules tiers. (peut être qu'il est possible d'avoir plusieurs fichiers avec Propel, mais j'ai pas vu)
On peut évidemment faire plusieurs schémas!
Ton dernier argument sur la taille n'est pas un critère pour moi.
[^] # Re: Quel avantage par rapport à symfony ?
Posté par Nicolas (site web personnel) . En réponse au journal Jelix 1.0 beta 3. Évalué à 1.
> * Pas de génération explicite des classes : dés qu'on modifie le fichier XML, les classes sont regénérées (on peut désactivé cette vérification de mise à jour en prod).
Tu veux dire que les classes sont reconstruites automatiquement dès qu'on modifie le schéma ? Même si c'est désactivable, je trouve ça génant dès qu'on travaille à plusieurs.
> * Un fichier XML par objet mappé, et non pas tout dans un seul fichier. Chaque module contient donc ses propres fichiers XML jDao. Cela facilite l'installation de modules tiers. (peut être qu'il est possible d'avoir plusieurs fichiers avec Propel, mais j'ai pas vu)
On peut évidemment faire plusieurs schémas!
Ton dernier argument sur la taille n'est pas un critère pour moi.