2010-07-26 8 views
2

Je combine mon javascript dans des fichiers MD5-digest-versioned. J'ai beaucoup de bibliothèques js qui ne changent pas très souvent. Ensuite, j'ai un ensemble de bibliothèques internes qui changent un peu fréquemment, et un autre ensemble de fichiers spécifiques à l'application qui change constamment. Je me demande si cela vaut la peine de combiner javascript en trois fichiers distincts basés sur la fréquence de changement. De cette façon, lorsque le code de l'application change, je ne force pas les utilisateurs existants à télécharger les bibliothèques qui n'ont pas changé. Est-ce que quelqu'un a de l'expérience avec cela? Un gros fichier est plus simple, et peut-être une fois que vous avez lancé une requête et envoyé la moitié de votre javascript, vous pouvez tout aussi bien l'envoyer de toute façon? Les problèmes de latence dominent-ils sur ceux de la bande passante?Dois-je combiner javascript dans un fichier, ou le diviser en quelques fichiers en fonction de la fréquence de changement pour minimiser l'invalidation du cache du navigateur?

+1

Quelle est la taille des fichiers de toute façon? Je ne m'attends pas à ce que vous économisiez beaucoup de bande passante en faisant cela ... Cependant, vous seriez en train de nuire à quelque chose d'aussi mineur et de perdre du temps. – Warty

+0

Cela semble être une évaluation raisonnable. Il s'agirait plutôt d'économiser du temps de chargement de la page que de la bande passante. – user166397

Répondre

0

La réponse dépend de vos clients et, plus important encore, de la latence entre votre serveur et les clients.

Combien de temps faudra-t-il pour demander un fichier supplémentaire (en supposant que le pipelining soit activé) par rapport à la bande passante sauvegardée.

Si vous pouvez au moins faire une estimation de la latence entre votre serveur et les clients. Que vous pouvez faire une estimation.