bof, RoR avec ActiveRecord c'est pas vraiment mieux hein (ni même les ActiveRecord like en php...). Ça bouffe des ressources de façon hallucinante : pour chaque opération, à chaque execution du code, les requêtes sont générées from scratch, il y a plein de trucs, de bout de code générés from scratch. (en tout cas, d'aprés ce que j'ai vu, je ne suis pas spécialiste RoR, et c'est en tout cas vrai pour les activerecord like en php). Ce qui à mon sens , est un peu ridicule, puisqu'à priori, durant la vie du site, ni le code ni les requêtes ne changent.
Ça ne devient pertinent que dans le cas d'un formulaire de recherche par exemple, où les critères peuvent être indéfinies (nombre et valeurs inconnus lors du dev).
ActiveRecord, c'est peut être sexy pour le developpeur, mais au niveau de la conception, c'est un peu limite. (c'est mon avis en tout cas)
Au moins avec un fichier xml, yaml ou autre format de votre choix, qui pourrait trés bien être générés par un script en interrogeant la base de donnée durant le développement, on peut mettre en place une génération de code "statique", avoir donc des classes générées une seule fois à partir de ces fichiers de conf, contenant toutes les requêtes en dur (il y aurait juste les paramètres à faire passer) : on y gagne énormément en perf. Et c'est plus propre je trouve.
C'est en tout cas l'approche que j'ai pris pour mon framework. (non je n'utilise pas symfony)
[^] # Re: Symphony...
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Bookmarks : Yahoo! choisit d'utiliser Symfony. Évalué à 4.
Ça ne devient pertinent que dans le cas d'un formulaire de recherche par exemple, où les critères peuvent être indéfinies (nombre et valeurs inconnus lors du dev).
ActiveRecord, c'est peut être sexy pour le developpeur, mais au niveau de la conception, c'est un peu limite. (c'est mon avis en tout cas)
Au moins avec un fichier xml, yaml ou autre format de votre choix, qui pourrait trés bien être générés par un script en interrogeant la base de donnée durant le développement, on peut mettre en place une génération de code "statique", avoir donc des classes générées une seule fois à partir de ces fichiers de conf, contenant toutes les requêtes en dur (il y aurait juste les paramètres à faire passer) : on y gagne énormément en perf. Et c'est plus propre je trouve.
C'est en tout cas l'approche que j'ai pris pour mon framework. (non je n'utilise pas symfony)