Quel est le critère si certains jQuery ou JavaScript régulier devraient aller en ligne ou dans un fichier JS distinct?
6 Réponses :
C'est plus propre si c'est tout dans un fichier externe. Gardez votre CSS et votre JavaScript dans leurs propres fichiers distants pour la propreté et une meilleure entretien. La seule exception que je fais pour moi-même à cette règle est lorsque j'ai besoin de générer des valeurs javascript dynamiques sur la charge de la page: je peux le faire dans la tête du document HTML.
Ya, je mettez normalement un document.documenter.classname + = "js" appel dans le
Personnellement, je pense que c'est un choix personnel et dépend de la situation. Si c'est une seule ligne de javascript, je ne me préoccupe pas de créer un fichier séparé (et une autre demande HTTP). Cependant, si c'est plus, avec des fonctions et plus que d'impact trivial, je l'ai mis dans un fichier externe.
En outre, si le code sera utilisé sur plusieurs pages, il devrait toujours aller dans un fichier séparé, même s'il ne s'agit que d'une ligne de couple.
Nous utilisons une combinaison au travail - Fichiers externes pour tout JS statique et incorporé dans la page pour JS que nous construisons pour chaque page (DotNetNuke, nous ne pouvons donc pas prédire les contrôles nommés Clientside).
Personnellement, je préfère garder tout JavaScript dans un fichier externe, il conserve votre HTML ou votre XHTML nettoyé et plus facile à entretenir, mais lorsque je me développe, je garderai souvent la pièce de code actuelle que je travaille au sommet de la Fichier pour faciliter l'accès à celui-ci, alors lorsque j'ai terminé, je le déplace dans un fichier externe.
Quinde JavaScript, j'essaierais de l'éviter autant que possible car il est difficile de suivre les bugs, mais il est utile de créer une couche divisée dans une liaison.
Cela dépend de nombreux facteurs
1. Mise en cache Lorsque vous séparez votre JavaScript ou votre CSS en fichiers distincts, il sera mis en cache dans le navigateur et lorsqu'une nouvelle demande arrive, il n'est pas nécessaire de télécharger un nouveau sur le navigateur. Mais dans le cas d'un codage en ligne chaque fois que la page est demandée, le contenu sera téléchargé qui augmentera l'utilisation de la bande passante.
En savoir plus dans faire JavaScript et CSS externe
2. Réduire la demande HTTP En faisant un codage en ligne, vous pouvez réduire le nombre de demandes HTTP qui constituent une technique d'optimisation d'une page.
En savoir plus sur ceci dans minimiser les demandes HTTP
3. Maintabilité En effectuant un fichier JavaScript externe et CSS, il sera plus facile de maintenir le code. Vous n'avez pas de changer chaque page pour que les modifications soient appliquées.
4. Minéculation Minification est la pratique consistant à supprimer des caractères inutiles du code pour réduire sa taille, améliorant ainsi les temps de charge. Lorsque le code est minifié, tous les commentaires sont supprimés, ainsi que des caractères d'espace blanc inutiles (espace, nouvelle ligne et onglet). Dans le cas de JavaScript, cela améliore les performances du temps de réponse, car la taille du fichier téléchargé est réduite.
En savoir plus dans Minify JavaScript
Ici, j'ai trouvé un bel article sur
D'accord. Les meilleures pratiques, en passant, sont de créer un tas de fichiers plus petits pour la maintenance et la lisibilité, puis disposer d'un script de construction qui conditionnent tout ce qui est gentiment pour le déploiement.
@jvenema: Ou utilisez la Inclure la directive dans votre langage de modèles préféré.
Garder en ligne JavaScript permet à de nombreux IDE d'effectuer une autocomplete sur des variables. Alors que si JS est dans un fichier séparé, cette fonctionnalité n'est pas disponible.
C'est une grosse affaire, imho. Et je suis assez étonné que les IDE ne puissent pas numériser et indexer l'utilisation d'un fichier JavaScript et fournir ainsi des options judicieuses javascript.