Le 25 juin 2016 à 19:52:55 fluxies a écrit :
Je n'ai pas parlé de complexité mais de pragmatisme. Quand tu fais ton entity avec Doctrine, ton objectif est de dialoguer avec une base de données.
Tout dépend de la cible de ton pragmatisme alors, si je comprends bien pour toi, c'est plus logique.
Mais ne trouves-tu pas que ton entité, représentant une row et héritant de l'ORM c'est moins "propre" qu'une entité n'ayant aucune connaissance de sa provenance et nécessitant être persistée par un superviseur qui lui, sait ?
Les méthodes filterByXXX sont magiques mais le problème ne vient pas tant du coté magique mais du coté bien fichu des query propel : https://gist.deblan.org/fr/view/576ea3557ecec/f710cf6f59d4e656dac9579d3f6f40fa793279e5
Dans 99% des cas, je n'utilise pas de DQL et les méthodes de filtre de l'ORM sont suffisantes. À savoir que tu peux faire des filterBy en accédant aux query des modèles associé
Intéressant
Dans un schema XML (ou yaml) : https://gitnet.fr/deblan/gist/src/master/src/Gist/Resources/config/propel/schema.xml (ce n'est pas une application symfony…ça ne change rien de toute façon
)
Bon enfait les différences ne changent pas grand chose au final, ce qui porte nos jugements est sûrement une question d'habitude non ?
Si c'est une question d'habitudes, je préfère mon petit ORM tout simple 
Sinon, sur Symfony, n'ayant utilisé que Doctrine, les find aident bien, mais on me conseille d'utiliser Propel.