Underachievement Unlocked

Dans la série je réfléchis aux toilettes (et je me rends bien compte que vous vous passeriez de ce genre de détail, mais c’est comme ça, c’est un blog), je viens de repenser à une phrase que j’avais lue dans un newsgroup il y a quelques jours (eh oui, on va encore parler standards). C’était quelque chose du genre pourquoi tu es contre la séparation du contenu et de la forme, alors qu’avec le PHP et les bases de données tu fais déjà cette séparation ? (non, la phrase ne s’adressait pas à moi, mais elle aurait effectivement pu).

La, à première vue, comme ça, ça apparaît comme un argument en faveur du W3C ? Eh bien, relisez. Effectivement, sur mon site, le contenu est complètement séparé de l’affichage : pratiquement tout est dans des bases de donnés, le reste est généré dynamiquement par des scripts à partir de, euh, disons, de données brutes. Et c’est justement pour ça que je suis contre le fait que le HTML fasse la séparation : parce que je la fais déjà au niveau du PHP !

Quel sens ça a, de faire deux fois la séparation du contenu et de la mise en page ? Quoi que je fasse, il y aura besoin de faire tourner mon serveur web pour convertir les données en HTML, alors quel intérêt il y a à envoyer le HTML sous une forme qui n’est pas lisible telle quelle, mais qui doit s’accompagner de feuilles de style complexes et élaborées, c’est-à-dire faire un nouveau passage, une nouvelle compilation des données, par le browser ? Pourquoi dit-on que c’est mal, d’inclure des style=”…” dans les tags, alors que c’est, au contraire, optimal, aussi bien pour le serveur que pour le browser ? Pourquoi réinventer la roue pour la rendre carrée ?