@import vs link
Par Guy-Philippe le 14 juillet 2008 - Performance web et optimisation web - Lien permanent
J'ai eu l'occasion de lire un peu à droite et à gauche que certaine personne préfère utiliser link par rapport au @import au niveau des performances web et surtout que @import ne servait à rien ce qui m'a fait réagir, il ne faut pas dire n'importe quoi non plus.
Pourquoi j'utilise des @import au lieu de plusieurs link, la raison est très simple pour faciliter l'intervention dans le CSS sans devoir revenir constamment modifier le XHTML je crée un link vers mon style.css et ensuite je contrôle le chargement des CSS directement depuis des @import dans mon style.css. Avantage de cette méthode si je change le nom de la CSS ou de Framework CSS je ne suis plus obligé d'intervenir dans mon fichier XHTML ce qui est très pratique lors de l'industrialisation du code. Après de nombreuses réflexions, c'est la méthode qui me paraissait la plus flexible et que nous avons employée pour notre plateforme.
C'est pas pour dire, mais je pense qu'actuellement c'est la vague de la performance Web, je ne dis pas que ce n'est pas une bonne chose au contraire il suffit de regarder les sites que nous développons depuis le début chez Kayuko ou à l'époque je me fixais une limite des 34ko (temps de réponse de 10 secondes sur un modem RTC 56k) pour une page d'accueil d'ailleurs si mes souvenirs sont bon Jakob Nielsen conseillait de ne pas dépasser cette limite. Pour vous donner une petite idée, il suffit de regarder notre comparateur de prix. Qui sait ce que sera la prochaine vague l'utilisation correcte de la sémantique du XHTML :).
Ce serait bien de s'intéresser à l'optimisation des bases de données qui manque cruellement d'article sur le sujet, surement parce que les consultants sont très très cher :).
Note personnelle : me reconvertir en consultant performance web.
Edit : Le livre Conception de sites web : L'Art de la simplicité de Jakob Nielsen abordait le volume des pages et temps de réponse. Autre livre que je vous conseille L'art de la page d'accueil : 50 sites web passés au crible du même auteur.

Commentaires
Tout a une utilisation, sinon ça n'existerait pas. Ce qu'il faut c'est voir quelle est la meilleure option sur le moment en fonction des contraintes et des buts qu'on a.
Pour la question des performances j'avais fait un petit test sur performance.survol.fr/200... pour confirmer ce que j'entendais.
Si je suis d'accord avec toi pour ne pas dire "ça ne sert à rien", dans ton cas j'aurai plutot tendance à te conseiller une logique coté serveur, en PHP par exemple, qui permet de changer les liens sans changer toutes les pages du site. Je serai d'ailleurs étonné que Kayuko fonctionne sans système de template qui te permet de changer les chemins d'inclusions à un endroit centralisé sans trop de problèmes.
Je dirais tout dépend à qui tu autorises la modification de ces chemins :). Autre point les @import sont très pratique pour la lecture du CSS notamment si l'on souhaite séparer la partie layout de la partie couleur et font... L'optimisation devrait se faire sur le serveur, car une compression des fichiers en supprimant commentaires, espaces des fichiers CSS ne simplifie pas sa maintenance. Alors la question est-ce que ce genre d'optimisation ne pourrait pas être intégré directement sur le serveur HTTP comme le mod_gzip.