Ok, donc de ce que j'en vois, soit tu es ironique, soit tu bosses soit toujours avec les même personnes, soit tu bosses tout seul, parce que dans la vrai vie, du moment que quelqu'un a la possibilité de faire facilement une requête SQL en dure depuis la vue, ils sont foutue de le faire.
Après un autre, qui n'arrivera pas a comprendre le code du premier et comme sa fonction marche, il décidera de la copier coller ailleurs. En 3 mois ton code est devenu inmaintenable.
4 mois après on décide de changer de SGBD, et vue que la norme SQL est une blague, faut réécrire toutes les chaînes SQL. En plus comme tu viens de décider qu'il te fallait un pool de connexion et non pas une seule connexion ou une pour chaque requête, bah t'as plus qu'a réécrire l'ensemble des pages. Youpi !
Après un test de sécurité de ton site, tu te rend vite compte qu'il est possible de faire des sql injection a 72 endroits, évidemment ca ne te serai jamais arrivé avec un ORM correct.
Alors bon, ouais ouais ca sert absolument à rien les templates et les ORMs, sauf à avoir des applis qui marchent et que tu peux continuer de développer au bout d'un an.
Par contre, tu soulèves un bon point, un système de template seul n'est pas méga utile, même s'il l'est pour tout un tas de raison que j'ai déjà cité avant. Il ne l'est réellement que dans le cadre d'un développement MVC et plus particulièrement dans le cadre de frameworks tels que Symfony.
En effet, il n'y a que 2 vrais moyens pour faire en sorte que les gens codent correctement :
- qu'il soit plus facile de coder propre que salement
- que ce qui est sale soit impossible à réaliser (par exemple via un système de template trop limitatif pour faire du SQL dans la vue, sans développer un gros truc le permettant, mais dans ce cas... faut les fusiller quoi!)
Par contre oui, tous les bons framework mvc font en sorte que le passage d'un objet du contrôleur vers la vue soit le plus simple possible, et des outils comme spring permettent aussi de câbler facilement ( IOC ) les objets métier dans les contrôleurs ;)
[^] # Re: Journal très pertinent
Posté par Temsa . En réponse au journal De l'utilité des moteurs de templates en PHP. Évalué à 8.
Après un autre, qui n'arrivera pas a comprendre le code du premier et comme sa fonction marche, il décidera de la copier coller ailleurs. En 3 mois ton code est devenu inmaintenable.
4 mois après on décide de changer de SGBD, et vue que la norme SQL est une blague, faut réécrire toutes les chaînes SQL. En plus comme tu viens de décider qu'il te fallait un pool de connexion et non pas une seule connexion ou une pour chaque requête, bah t'as plus qu'a réécrire l'ensemble des pages. Youpi !
Après un test de sécurité de ton site, tu te rend vite compte qu'il est possible de faire des sql injection a 72 endroits, évidemment ca ne te serai jamais arrivé avec un ORM correct.
Alors bon, ouais ouais ca sert absolument à rien les templates et les ORMs, sauf à avoir des applis qui marchent et que tu peux continuer de développer au bout d'un an.
Par contre, tu soulèves un bon point, un système de template seul n'est pas méga utile, même s'il l'est pour tout un tas de raison que j'ai déjà cité avant. Il ne l'est réellement que dans le cadre d'un développement MVC et plus particulièrement dans le cadre de frameworks tels que Symfony.
En effet, il n'y a que 2 vrais moyens pour faire en sorte que les gens codent correctement :
- qu'il soit plus facile de coder propre que salement
- que ce qui est sale soit impossible à réaliser (par exemple via un système de template trop limitatif pour faire du SQL dans la vue, sans développer un gros truc le permettant, mais dans ce cas... faut les fusiller quoi!)
Par contre oui, tous les bons framework mvc font en sorte que le passage d'un objet du contrôleur vers la vue soit le plus simple possible, et des outils comme spring permettent aussi de câbler facilement ( IOC ) les objets métier dans les contrôleurs ;)