1 et 2 concernent l'emplacement de l'étiquette. 3 pourrait appliquer à la fois 1 et 2.
En outre, vous pouvez avoir le javascript dans le gestionnaire d'attributs d'événement, comme ceci:
<button onclick="alert(1)">pressme</button>
pour couronner le tout, vous pouvez aussi avoir le javascript comme URL, dans pour liens par exemple:
<a href="javascript: alert(1)">click me</a>
juste coller à vos exemples: tout d'abord, il est généralement une bonne idée d'utiliser des fichiers de script externes que vous chargez avec un composant src dans les balises. Cela permet au navigateur de mettre en cache le script, ce qui permet à la page de se charger plus rapidement après le chargement initial de la page. Ceci est particulièrement vrai si vous utilisez des choses comme jQuery et les charger à partir d'un réseau public de livraison Conent (comme le google ajax api voir: http://code.google.com/apis/ajaxlibs/documentation/)
Quant à l'emplacement (tête ou corps): dans les temps anciens, les gens utilisés Pour dire, mettez vos scripts dans la tête pour vous assurer qu'ils sont chargés une fois le corps chargé et que tous les éléments interactifs peuvent être utilisés par l'utilisateur. Mais le problème avec cela est que le chargement de ces scripts bloquera le chargement de la partie visuelle de la page, le corps. Fondamentalement, les utilisateurs regardent une page blanche, se demandant si leur page est si longue à rendre. Donc de nos jours, la sagesse populaire est de placer tous les scripts aussi loin que possible dans le corps, et assurez-vous d'écrire votre javascript de façon à pouvoir gérer les scripts partiellement chargés. Le guide YSlow est une excellente ressource pour apprendre sur ces choses. voir: http://developer.yahoo.com/yslow/help/
"Le fichier js externe est probablement le plus lent car il nécessitera une requête http séparée" - c'est vrai dans une seule page. Si c'est une situation qui implique le chargement de certaines pages, il peut être très rapide de mettre le JS dans le fichier HTML. –