>oui, désolé de vous le dire les gentils lutins développeurs PHP mais votre langage préféré ne disposant pas de serveur d'application, le parsing des fichiers XML est à refaire à chaque requête
C'est pas parce que des frameworks utilisent XML pour certaines choses, qu'ils lisent les lisent à chaque requête. Jelix par exemple traduisent ces fichiers en classe PHP, à la volée, et mis dans des fichiers de caches. Tu vas me dire, pourquoi du XML alors ?
* avec xml, on est plus dans un processus déclaratif que programmatif : on peut donc définir certaines choses plus simplement, plus intuitivement (et derrière le PHP généré peut être complexe à souhait, c'est pas un problème)
* avec des fichiers XML : ça peut être généré et retravaillé facilement par des outils tiers. Ex, un fichier de déclaration de formulaire en XML : on peut avoir un plugin dans eclipse pour générer et modifier un formulaire en quelques cliques de souris. Va donc faire un outil qui arrive à modifier du PHP sans tout casser (même avec une API de reflexion...)
* certains se plaignent que le XML, c'est chiant à éditer à la main : à ceux là, je leur dis qu'il y a pléthore d'éditeur XML qui facilite l'édition de ces fichiers, pour peux que l'on fournisse les schemas. Et dans Jelix, on les fournis (en RelaxNG).
Bref, faut arrêter avec le XML bla bla c'est lourd bla bla c'est verbeux. Si on utilise les outils qui vont bien, et si le framework utilise le XML d'une manière intelligente, il n'y a aucun soucis.
Et puis, il faut pas oublier que créer une appli web, c'est généré du contenu XML (XHTML) ou SGML...
[^] # Re: Yapf ...
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Sloth, un nouveau framework MVC pour PHP. Évalué à 6.
C'est pas parce que des frameworks utilisent XML pour certaines choses, qu'ils lisent les lisent à chaque requête. Jelix par exemple traduisent ces fichiers en classe PHP, à la volée, et mis dans des fichiers de caches. Tu vas me dire, pourquoi du XML alors ?
* avec xml, on est plus dans un processus déclaratif que programmatif : on peut donc définir certaines choses plus simplement, plus intuitivement (et derrière le PHP généré peut être complexe à souhait, c'est pas un problème)
* avec des fichiers XML : ça peut être généré et retravaillé facilement par des outils tiers. Ex, un fichier de déclaration de formulaire en XML : on peut avoir un plugin dans eclipse pour générer et modifier un formulaire en quelques cliques de souris. Va donc faire un outil qui arrive à modifier du PHP sans tout casser (même avec une API de reflexion...)
* certains se plaignent que le XML, c'est chiant à éditer à la main : à ceux là, je leur dis qu'il y a pléthore d'éditeur XML qui facilite l'édition de ces fichiers, pour peux que l'on fournisse les schemas. Et dans Jelix, on les fournis (en RelaxNG).
Bref, faut arrêter avec le XML bla bla c'est lourd bla bla c'est verbeux. Si on utilise les outils qui vont bien, et si le framework utilise le XML d'une manière intelligente, il n'y a aucun soucis.
Et puis, il faut pas oublier que créer une appli web, c'est généré du contenu XML (XHTML) ou SGML...