A l'heure des formats plus concis et rapide à parser (JSON, etc), le XML fait office d'éléphant à mon sens.
Sauf cas d'utilisation spécial la différence de vitesse est négligeable (et pas toujours en faveur de JSON) tout comme la taille finale. Dans tous les cas ce sont en général les API qui limitent la vitesse des parseurs, et un format custom et/ou binaire mets des ordres de grandeurs sur ces deux axes à JSON. Si ce sont des métriques pertinentes pour toi la question n'est pas XML vs JSON...
Après chaque cas d'utilisation est spécifique et on choisira l'approche la plus adaptée en fonction des besoins précis, du contexte et de l’environnement. Mais si on peut éviter d'écrire les mêmes inepties depuis 10 ans c'est pas mal aussi.
j'imagine mal des recherches fulltext performantes.
J'ai aucune idée de l'implémentation de PluXml.
Maintenant une DB c'est une très mauvaise solution pour de la recherche textuelle. Et en général vu le volume de données totalement négligeable que tu as dans un CMS tu as beaucoup de possibilité d'implémentations. Une bonne solution c'est une solution qui répond au cahier des charges, une excellente solution c'est une bonne solution qui en plus à une approche intelligente dans un contexte donné.
[^] # Re: XML ?
Posté par ckyl . En réponse à la dépêche PluXml 5.2 le CMS propulsé à l'XML est de sortie. Évalué à 5.
Tout comme les trucs ressassés depuis 10 ans.
Sauf cas d'utilisation spécial la différence de vitesse est négligeable (et pas toujours en faveur de JSON) tout comme la taille finale. Dans tous les cas ce sont en général les API qui limitent la vitesse des parseurs, et un format custom et/ou binaire mets des ordres de grandeurs sur ces deux axes à JSON. Si ce sont des métriques pertinentes pour toi la question n'est pas XML vs JSON...
Après chaque cas d'utilisation est spécifique et on choisira l'approche la plus adaptée en fonction des besoins précis, du contexte et de l’environnement. Mais si on peut éviter d'écrire les mêmes inepties depuis 10 ans c'est pas mal aussi.
J'ai aucune idée de l'implémentation de PluXml.
Maintenant une DB c'est une très mauvaise solution pour de la recherche textuelle. Et en général vu le volume de données totalement négligeable que tu as dans un CMS tu as beaucoup de possibilité d'implémentations. Une bonne solution c'est une solution qui répond au cahier des charges, une excellente solution c'est une bonne solution qui en plus à une approche intelligente dans un contexte donné.