Aucun des outils qui existaient à cette époque n’a disparu. Tu peux toujours faire des pages PHP sans framework ni ORM. Simplement, quand tu écris pour la 56e fois une variante autour de $product = mysql_fetch_assoc(mysql_query("SELECT * FROM products WHERE product_id = " . $_GET["product_id"])), un moment si tu n’es pas stupide tu te rends compte qu’un outil qui t’automatise ça (et qui te permet d’éviter les injections SQL... comme celle que je viens d’introduire. Cher lecteur, t’en es-tu rendu compte ?), c’est utile. D’où le concept d’ORM.
Je suis d’accord sur le fait que le dev web aujourd’hui est complexe. Mais c’est globalement parce que les standards ont augmenté, et ce sur tous les axes (UX, DX, opérationnel). Développer sans framework ni ORM est tout à fait possible et je dirai même souhaitable, pour un débutant, à condition de garder en tête que c'est pour apprendre les bases nécessaires, que cette méthode a de sérieuses limitations, et qu’il faudra un moment "step up" (l’étape n°1 est souvent d’écrire un framework maison pour comprendre l’intérêt d’un framework, l’étape n°2 est de se rendre compte qu’il existe probablement des frameworks existants mieux faits que le framework maison).
Et ce sera ma première grosse critique de SQLpage : il ne m’a pas l’air d’offrir de chemin naturel vers cette évolution. SQL est une horrible base pour ça. SQL est un langage important pour le développement web que tout développeur expérimenté se doit de connaître ; pour autant 90% (à la louche et en étant extrêmement généreux) de l’usage de SQL dans une application moderne se fait via un ORM/QB (et ce pour de très bonnes raisons).
[^] # Re: Superbe projet
Posté par Moonz . En réponse à la dépêche Écrire une appli web en une journée avec SQLPage. Évalué à 6.
Aucun des outils qui existaient à cette époque n’a disparu. Tu peux toujours faire des pages PHP sans framework ni ORM. Simplement, quand tu écris pour la 56e fois une variante autour de
$product = mysql_fetch_assoc(mysql_query("SELECT * FROM products WHERE product_id = " . $_GET["product_id"])), un moment si tu n’es pas stupide tu te rends compte qu’un outil qui t’automatise ça (et qui te permet d’éviter les injections SQL... comme celle que je viens d’introduire. Cher lecteur, t’en es-tu rendu compte ?), c’est utile. D’où le concept d’ORM.Je suis d’accord sur le fait que le dev web aujourd’hui est complexe. Mais c’est globalement parce que les standards ont augmenté, et ce sur tous les axes (UX, DX, opérationnel). Développer sans framework ni ORM est tout à fait possible et je dirai même souhaitable, pour un débutant, à condition de garder en tête que c'est pour apprendre les bases nécessaires, que cette méthode a de sérieuses limitations, et qu’il faudra un moment "step up" (l’étape n°1 est souvent d’écrire un framework maison pour comprendre l’intérêt d’un framework, l’étape n°2 est de se rendre compte qu’il existe probablement des frameworks existants mieux faits que le framework maison).
Et ce sera ma première grosse critique de SQLpage : il ne m’a pas l’air d’offrir de chemin naturel vers cette évolution. SQL est une horrible base pour ça. SQL est un langage important pour le développement web que tout développeur expérimenté se doit de connaître ; pour autant 90% (à la louche et en étant extrêmement généreux) de l’usage de SQL dans une application moderne se fait via un ORM/QB (et ce pour de très bonnes raisons).