addEventListener vs onclick


704

Quelle est la différence entre addEventListeneret onclick?

var h = document.getElementById("a");
h.onclick = dothing1;
h.addEventListener("click", dothing2);

Le code ci-dessus réside ensemble dans un fichier .js distinct, et ils fonctionnent tous les deux parfaitement.

Réponses:


956

Les deux sont corrects, mais aucun d'entre eux n'est "meilleur" en soi, et il peut y avoir une raison pour laquelle le développeur a choisi d'utiliser les deux approches.

Écouteurs d'événements (addEventListener et attachEvent d'IE)

Les versions antérieures d'Internet Explorer implémentent javascript différemment de pratiquement tous les autres navigateurs. Avec les versions inférieures à 9, vous utilisez la méthode attachEvent[ doc ], comme ceci:

element.attachEvent('onclick', function() { /* do stuff here*/ });

Dans la plupart des autres navigateurs (y compris IE 9 et supérieur), vous utilisez addEventListener[ doc ], comme ceci:

element.addEventListener('click', function() { /* do stuff here*/ }, false);

En utilisant cette approche ( événements DOM niveau 2 ), vous pouvez attacher un nombre théoriquement illimité d'événements à un seul élément. La seule limitation pratique est la mémoire côté client et d'autres problèmes de performances, qui sont différents pour chaque navigateur.

Les exemples ci-dessus représentent l'utilisation d'une fonction anonyme [ doc ]. Vous pouvez également ajouter un écouteur d'événements à l'aide d'une référence de fonction [ doc ] ou d'une fermeture [ doc ]:

var myFunctionReference = function() { /* do stuff here*/ }

element.attachEvent('onclick', myFunctionReference);
element.addEventListener('click', myFunctionReference , false);

Une autre caractéristique importante de addEventListenerest le paramètre final, qui contrôle la façon dont l'auditeur réagit aux événements de propagation [ doc ]. Je suis passé faux dans les exemples, ce qui est standard pour probablement 95% des cas d'utilisation. Il n'y a pas d'argument équivalent pour attachEventou lors de l'utilisation d'événements en ligne.

Événements en ligne (propriété HTML onclick = "" et element.onclick)

Dans tous les navigateurs qui prennent en charge javascript, vous pouvez mettre un écouteur d'événements en ligne, ce qui signifie directement dans le code HTML. Vous l'avez probablement vu:

<a id="testing" href="#" onclick="alert('did stuff inline');">Click me</a>

La plupart des développeurs expérimentés évitent cette méthode, mais elle fait le travail; c'est simple et direct. Vous ne pouvez pas utiliser de fermetures ou de fonctions anonymes ici (bien que le gestionnaire lui-même soit en quelque sorte une fonction anonyme), et votre contrôle de la portée est limité.

L'autre méthode que vous mentionnez:

element.onclick = function () { /*do stuff here */ };

... est l'équivalent du javascript en ligne, sauf que vous avez plus de contrôle sur la portée (puisque vous écrivez un script plutôt que HTML) et pouvez utiliser des fonctions anonymes, des références de fonction et / ou des fermetures.

L'inconvénient majeur des événements en ligne est que, contrairement aux écouteurs d'événements décrits ci-dessus, vous ne pouvez affecter qu'un seul événement en ligne. Les événements en ligne sont stockés en tant qu'attribut / propriété de l'élément [ doc ], ce qui signifie qu'il peut être remplacé.

En utilisant l'exemple <a>du HTML ci-dessus:

var element = document.getElementById('testing');
element.onclick = function () { alert('did stuff #1'); };
element.onclick = function () { alert('did stuff #2'); };

... lorsque vous avez cliqué sur l'élément, vous ne voyez que "Did stuff # 2" - vous avez remplacé la première affectée de la onclickpropriété par la deuxième valeur, et vous avez également remplacé la onclickpropriété HTML inline d'origine . Découvrez-le ici: http://jsfiddle.net/jpgah/ .

D'une manière générale, n'utilisez pas d'événements en ligne . Il peut y avoir des cas d'utilisation spécifiques pour cela, mais si vous n'êtes pas sûr à 100% que vous avez ce cas d'utilisation, alors vous ne devez pas et ne devez pas utiliser d'événements en ligne.

Javascript moderne (angulaire et similaire)

Depuis que cette réponse a été publiée à l'origine, les frameworks javascript comme Angular sont devenus beaucoup plus populaires. Vous verrez du code comme celui-ci dans un modèle angulaire:

<button (click)="doSomething()">Do Something</button>

Cela ressemble à un événement en ligne, mais ce n'est pas le cas. Ce type de modèle sera transposé en code plus complexe qui utilise des écouteurs d'événements en coulisses. Tout ce que j'ai écrit sur les événements ici s'applique toujours, mais vous êtes retiré de la réalité par au moins une couche. Vous devez comprendre les règles de base, mais si les meilleures pratiques de votre framework JS moderne impliquent l'écriture de ce type de code dans un modèle, ne vous sentez pas comme si vous utilisiez un événement en ligne - vous ne l'êtes pas.

Quel est le meilleur?

La question est une question de compatibilité et de nécessité du navigateur. Avez-vous besoin d'attacher plus d'un événement à un élément? Le ferez-vous à l'avenir? Les chances sont, vous le ferez. attachEvent et addEventListener sont nécessaires. Sinon, un événement en ligne peut sembler faire l'affaire, mais vous êtes bien mieux servi à préparer un avenir qui, bien que cela puisse sembler improbable, est au moins prévisible. Il est possible que vous deviez passer à des écouteurs d'événements basés sur JS, vous pouvez donc tout aussi bien commencer par là. N'utilisez pas d'événements en ligne.

jQuery et d'autres frameworks javascript encapsulent les différentes implémentations de navigateur des événements DOM niveau 2 dans des modèles génériques afin que vous puissiez écrire du code compatible avec plusieurs navigateurs sans avoir à vous soucier de l'historique d'IE en tant que rebelle. Même code avec jQuery, tous cross-browser et prêt à basculer:

$(element).on('click', function () { /* do stuff */ });

Ne manquez pas et n'obtenez pas un cadre juste pour cette seule chose, cependant. Vous pouvez facilement lancer votre propre petit utilitaire pour prendre soin des anciens navigateurs:

function addEvent(element, evnt, funct){
  if (element.attachEvent)
   return element.attachEvent('on'+evnt, funct);
  else
   return element.addEventListener(evnt, funct, false);
}

// example
addEvent(
    document.getElementById('myElement'),
    'click',
    function () { alert('hi!'); }
);

Essayez-le: http://jsfiddle.net/bmArj/

En tenant compte de tout cela, à moins que le script que vous regardez ne prenne en compte les différences de navigateur d'une autre manière (dans le code non affiché dans votre question), la partie utilisant addEventListenerne fonctionnerait pas dans les versions IE inférieures à 9.

Documentation et lectures connexes


14
désolé de heurter mais je voulais juste donner une version condensée de votre fonction (violon: jsfiddle.net/bmArj/153 ) -function addEvent(element, myEvent, fnc) { return ((element.attachEvent) ? element.attachEvent('on' + myEvent, fnc) : element.addEventListener(myEvent, fnc, false)); }
Deryck

10
@Gaurav_soni Non. Le nom de la fonction et tout le code qu'elle contient sont déjà exposés dans le fichier javascript, qui est en clair. Tout le monde peut ouvrir une console Web et exécuter ou manipuler n'importe quel javascript. Si votre javascript contient quelque chose qui pourrait constituer un risque pour la sécurité s'il est exposé au public, alors vous avez un problème majeur car il est déjà exposé au public.
Chris Baker

4
Tant que nous condensons cet algorithme, nous pourrions aussi bien aller jusqu'au bout: function addEvent(e,n,f){return e.attachEvent?e.attachEvent('on'+n,f):e.addEventListener(n,f,!!0)}<< À 98 caractères, celui-ci est plus de 40% plus petit!
Trevor

3
@Trevor Par curiosité, pourquoi !! 0? Pourquoi pas 1 ou juste 0?
Chris Baker du

2
@AdrianMoisa Cette réponse a été écrite à une époque où AngularJS était une nouvelle chose en plein essor, et la pratique courante était encore "l'amélioration progressive" - ​​c'est-à-dire, l'écriture d'un document HTML d'une manière qui fonctionnerait avec ou sans javascript. Dans cette perspective, la liaison d'événements à partir de javascript serait la meilleure pratique. De nos jours, je ne pense pas que beaucoup de gens s'inquiètent trop de l'amélioration progressive, surtout si l'on ne considère pas la prévalence de choses comme Angular. Il y a encore une certaine séparation des arguments concernant les événements en ligne (n'utilisant pas Angular), mais c'est plus de style que de substance.
Chris Baker

193

La différence que vous pourriez voir si vous aviez un autre couple de fonctions:

var h = document.getElementById('a');
h.onclick = doThing_1;
h.onclick = doThing_2;

h.addEventListener('click', doThing_3);
h.addEventListener('click', doThing_4);

Les fonctions 2, 3 et 4 fonctionnent, mais pas 1. En effet, addEventListenern'écrase pas les gestionnaires d'événements existants, alors qu'il onclickremplace tous les onclick = fngestionnaires d'événements existants .

L'autre différence significative, bien sûr, est que onclickcela fonctionnera toujours, alors addEventListenerqu'il ne fonctionne pas dans Internet Explorer avant la version 9. Vous pouvez utiliser l'analogue attachEvent(qui a une syntaxe légèrement différente) dans IE <9.


18
Voilà une explication très claire! Droit au point. Donc, si j'ai besoin de plusieurs fonctions pour un événement, je suis bloqué avec addEventListener, et je dois écrire plus de code pour attachEvent juste pour accueillir IE.
William Sham

4
2, 3 et 4 doivent être appelés dosomething. 1 est remplacé par 2 et n'est jamais appelé.
DragonLord

En effet, une explication très claire et précise. Quoi qu'il en soit, il serait bien plus logique de nommer les fonctions «doThing_1», etc. (Si vous voulez toujours répondre à IE <9, voir la réponse de Chris.)
Frank Conijn

61

Dans cette réponse, je décrirai les trois méthodes de définition des gestionnaires d'événements DOM.

element.addEventListener()

Exemple de code:

element.addEventListener() présente de multiples avantages:

  • Vous permet d'enregistrer un nombre illimité de gestionnaires d'événements et de les supprimer avec element.removeEventListener().
  • A un useCaptureparamètre, qui indique si vous souhaitez gérer l'événement dans sa phase de capture ou de propagation . Voir: Impossible de comprendre l'attribut useCapture dans addEventListener .
  • Se soucie de la sémantique . Fondamentalement, cela rend l'enregistrement des gestionnaires d'événements plus explicite. Pour un débutant, un appel de fonction rend évident que quelque chose se passe , alors que l'attribution d'un événement à une propriété d'un élément DOM n'est au moins pas intuitive.
  • Vous permet de séparer la structure du document (HTML) et la logique (JavaScript) . Dans de petites applications web , il peut ne pas sembler à la matière, mais il ne importe avec un plus grand projet. Il est beaucoup plus facile de maintenir un projet qui sépare la structure et la logique qu'un projet qui ne le fait pas.
  • Élimine la confusion avec les noms d'événement corrects. En raison de l'utilisation d'écouteurs d'événements en ligne ou de l'affectation d'écouteurs d'événements aux .oneventpropriétés des éléments DOM, de nombreux programmeurs JavaScript inexpérimentés pensent que le nom de l'événement est par exemple onclickou onload. neon fait pas partie du nom de l'événement . Les noms d'événement corrects sont clicket load, et c'est ainsi que les noms d'événement sont transmis .addEventListener().
  • Fonctionne dans presque tous les navigateurs . Si vous devez toujours prendre en charge IE <= 8, vous pouvez utiliser un polyfill de MDN .

element.onevent = function() {}(par exemple onclick, onload)

Exemple de code:

C'était un moyen d'enregistrer les gestionnaires d'événements dans DOM 0. C'est maintenant déconseillé, car il:

  • Vous permet d'enregistrer un seul gestionnaire d'événements. De plus, la suppression du gestionnaire affecté n'est pas intuitive, car pour supprimer le gestionnaire d'événements attribué à l'aide de cette méthode, vous devez rétablir la oneventpropriété à son état initial (c'est-à-dire null).
  • Ne répond pas correctement aux erreurs . Par exemple, si vous attribuez par erreur une chaîne à window.onload, par exemple:, window.onload = "test";il ne générera aucune erreur. Votre code ne fonctionnerait pas et il serait vraiment difficile de savoir pourquoi. .addEventListener()cependant, génèrerait une erreur (au moins dans Firefox): TypeError: l'argument 2 de EventTarget.addEventListener n'est pas un objet .
  • Ne permet pas de choisir si vous souhaitez gérer un événement dans sa phase de capture ou de propagation.

Gestionnaires d'événements en ligne ( oneventattribut HTML)

Exemple de code:

De même element.onevent, c'est maintenant découragé. Outre les problèmes qui element.oneventont, il:

  • Est un problème de sécurité potentiel , car il rend XSS beaucoup plus dangereux. De nos jours, les sites Web doivent envoyer l' Content-Security-Policyen-tête HTTP approprié pour bloquer les scripts en ligne et autoriser les scripts externes uniquement à partir de domaines approuvés. Voir Comment fonctionne la politique de sécurité du contenu?
  • Ne sépare pas la structure et la logique du document .
  • Si vous générez votre page avec un script côté serveur, et par exemple vous générez une centaine de liens, chacun avec le même gestionnaire d'événements en ligne, votre code serait beaucoup plus long que si le gestionnaire d'événements n'était défini qu'une seule fois. Cela signifie que le client devrait télécharger plus de contenu et que votre site Web serait plus lent.

Voir également


22

Bien que onclickfonctionne dans tous les navigateurs, addEventListenerne fonctionne pas dans les anciennes versions d'Internet Explorer, qui utilise à la attachEventplace.

L'inconvénient onclickest qu'il ne peut y avoir qu'un seul gestionnaire d'événements, tandis que les deux autres déclenchent tous les rappels enregistrés.


12

Pour autant que je sache, l'événement DOM "load" ne fonctionne toujours que de manière très limitée. Cela signifie que cela ne fera que le feu pour la window object, imageset des <script>éléments par exemple. Il en va de même pour l' onloadaffectation directe . Il n'y a pas de différence technique entre ces deux-là. Possède probablement .onload =une meilleure disponibilité multi-navigateurs.

Cependant, vous ne pouvez pas attribuer un load eventà un <div>ou <span>élément ou autres joyeusetés.


9

Sommaire:

  1. addEventListenerpeut ajouter plusieurs événements, alors que onclickcela ne peut pas être fait.
  2. onclickpeut être ajouté en tant HTMLqu'attribut, alors que an addEventListenerne peut être ajouté qu'au sein des <script>éléments.
  3. addEventListener peut prendre un troisième argument qui peut arrêter la propagation de l'événement.

Les deux peuvent être utilisés pour gérer des événements. Cependant, addEventListenerdevrait être le choix préféré car il peut tout faire onclick et plus encore. N'utilisez pas onclickles attributs HTML en ligne car cela confond le javascript et le HTML, ce qui est une mauvaise pratique. Cela rend le code moins maintenable.


Et comment se fait le ciblage des éléments? Je veux dire, je ne vais pas personnellement utiliser de onclickhandlrs en ligne de peur de rire de la pièce - mais généralement les événements sont liés de façon bien pire et moins d'entretien ces dernières années. Les classes aiment js-link, js-form-validationou les données attributs avec data-jspackage="init"est en aucun cas mieux ... Et comment ofteen vous réellement utiliser bullage d'événement? Personnellement, j'aimerais pouvoir écrire un gestionnaire sans vérifier si la cible correspond réellement à mon élément - ou avoir à arrêter la propagation à plusieurs endroits en raison de bogues aléatoires.
Christoffer Bubach

3

Un détail n'a pas encore été noté: les navigateurs de bureau modernes considèrent les différentes pressions de boutons comme des "clics" pour AddEventListener('click'et onclickpar défaut.

  • Sur Chrome 42 et IE11, cliquez sur le feu onclicket AddEventListenercliquez sur le clic gauche et central.
  • Sur Firefox 38, se onclickdéclenche uniquement sur le clic gauche, mais AddEventListenersur les clics gauche, central et droit.

En outre, le comportement du clic central est très incohérent entre les navigateurs lorsque les curseurs de défilement sont impliqués:

  • Sur Firefox, les événements de clic central se déclenchent toujours.
  • Sur Chrome, ils ne se déclenchent pas si le clic intermédiaire ouvre ou ferme un curseur de défilement.
  • Sur IE, ils se déclenchent lorsque le curseur de défilement se ferme, mais pas lorsqu'il s'ouvre.

Il convient également de noter que les événements de «clic» pour tout élément HTML sélectionnable au clavier tels que inputse déclenchent également sur l'espace ou entrent lorsque l'élément est sélectionné.


2

Javascript a tendance à tout mélanger en objets et cela peut être source de confusion. Tout en un est la manière JavaScript.

Onclick est essentiellement un attribut HTML. Inversement, addEventListener est une méthode sur l'objet DOM représentant un élément HTML.

Dans les objets JavaScript, une méthode est simplement une propriété qui a une fonction en tant que valeur et qui fonctionne avec l'objet auquel elle est attachée (en l'utilisant par exemple).

En JavaScript, l'élément HTML représenté par DOM aura ses attributs mappés sur ses propriétés.

C'est là que les gens sont confus parce que JavaScript fusionne tout en un seul conteneur ou espace de noms sans couche d'indirection.

Dans une disposition OO normale (qui fusionne au moins l'espace de noms des propriétés / méthodes), vous pourriez avoir quelque chose comme:

domElement.addEventListener // Object(Method)
domElement.attributes.onload // Object(Property(Object(Property(String))))

Il existe des variantes telles qu'il pourrait utiliser un getter / setter pour onload ou HashMap pour les attributs, mais en fin de compte, c'est à quoi cela ressemblerait. JavaScript a éliminé cette couche d'indirection dans l'espoir de savoir ce qui est entre autres choses. Il a fusionné domElement et les attributs ensemble.

Sauf compatibilité, vous devez utiliser comme meilleure pratique addEventListener. Comme d'autres réponses parlent des différences à cet égard plutôt que des différences programmatiques fondamentales, je vais y renoncer. Essentiellement, dans un monde idéal, vous ne devez vraiment utiliser que * à partir de HTML, mais dans un monde encore plus idéal, vous ne devriez rien faire de tel à partir de HTML.

Pourquoi est-il dominant aujourd'hui? Il est plus rapide à écrire, plus facile à apprendre et a tendance à fonctionner.

Le point de charge entier en HTML est de donner accès à la méthode ou à la fonctionnalité addEventListener en premier lieu. En l'utilisant dans JS, vous passez par HTML alors que vous pourriez l'appliquer directement.

En théorie, vous pouvez créer vos propres attributs:

$('[myclick]').each(function(i, v) {
     v.addEventListener('click', function() {
         eval(v.myclick); // eval($(v).attr('myclick'));
     });
});

Ce que JS fait avec est un peu différent de cela.

Vous pouvez l'assimiler à quelque chose comme (pour chaque élément créé):

element.addEventListener('click', function() {
    switch(typeof element.onclick) {
          case 'string':eval(element.onclick);break;
          case 'function':element.onclick();break;
     }
});

Les détails de mise en œuvre réels différeront probablement avec une gamme de variations subtiles rendant les deux légèrement différents dans certains cas, mais c'est l'essentiel.

C'est sans doute un hack de compatibilité que vous pouvez épingler une fonction à un attribut on car par défaut les attributs sont toutes des chaînes.


2

Selon MDN , la différence est la suivante:

addEventListener:

La méthode EventTarget.addEventListener () ajoute l'objet compatible EventListener spécifié à la liste des écouteurs d'événements pour le type d'événement spécifié sur le EventTarget sur lequel il est appelé. La cible d'événement peut être un élément dans un document, le document lui-même, une fenêtre ou tout autre objet qui prend en charge les événements (tels que XMLHttpRequest).

sur clic:

La propriété onclick renvoie le code du gestionnaire d'événements click sur l'élément en cours. Lorsque vous utilisez l'événement click pour déclencher une action, pensez également à ajouter cette même action à l'événement keydown, pour permettre l'utilisation de cette même action par des personnes qui n'utilisent pas de souris ou d'écran tactile. Syntaxe element.onclick = functionRef; où functionRef est une fonction - souvent le nom d'une fonction déclarée ailleurs ou une expression de fonction. Voir "Guide JavaScript: Fonctions" pour plus de détails.

Il existe également une différence de syntaxe d'utilisation, comme vous pouvez le voir dans les codes ci-dessous:

addEventListener:

// Function to change the content of t2
function modifyText() {
  var t2 = document.getElementById("t2");
  if (t2.firstChild.nodeValue == "three") {
    t2.firstChild.nodeValue = "two";
  } else {
    t2.firstChild.nodeValue = "three";
  }
}

// add event listener to table
var el = document.getElementById("outside");
el.addEventListener("click", modifyText, false);

sur clic:

function initElement() {
    var p = document.getElementById("foo");
    // NOTE: showAlert(); or showAlert(param); will NOT work here.
    // Must be a reference to a function name, not a function call.
    p.onclick = showAlert;
};

function showAlert(event) {
    alert("onclick Event detected!");
}

1

Si vous n'êtes pas trop inquiet à propos de la prise en charge du navigateur, il existe un moyen de relier la référence «this» dans la fonction appelée par l'événement. Il pointera normalement sur l'élément qui a généré l'événement lorsque la fonction est exécutée, ce qui n'est pas toujours ce que vous voulez. La partie délicate est de pouvoir en même temps supprimer le même écouteur d'événements, comme indiqué dans cet exemple: http://jsfiddle.net/roenbaeck/vBYu3/

/*
    Testing that the function returned from bind is rereferenceable, 
    such that it can be added and removed as an event listener.
*/
function MyImportantCalloutToYou(message, otherMessage) {
    // the following is necessary as calling bind again does 
    // not return the same function, so instead we replace the 
    // original function with the one bound to this instance
    this.swap = this.swap.bind(this); 
    this.element = document.createElement('div');
    this.element.addEventListener('click', this.swap, false);
    document.body.appendChild(this.element);
}
MyImportantCalloutToYou.prototype = {
    element: null,
    swap: function() {
        // now this function can be properly removed 
        this.element.removeEventListener('click', this.swap, false);           
    }
}

Le code ci-dessus fonctionne bien dans Chrome, et il y a probablement une petite astuce pour rendre "bind" compatible avec d'autres navigateurs.


1

L'utilisation de gestionnaires en ligne est incompatible avec la stratégie de sécurité du contenu, de sorte que l' addEventListenerapproche est plus sécurisée de ce point de vue. Bien sûr, vous pouvez activer les gestionnaires en ligne avec unsafe-inlinemais, comme son nom l'indique, ce n'est pas sûr car cela ramène toutes les hordes d'exploits JavaScript que CSP empêche.


1
NB: cette restriction de sécurité ne s'applique qu'au développement d'extensions, et les justifications de sécurité proposées dans le document lié ne s'appliquent en grande partie qu'au développement d'extensions de navigateur. Le seul point soulevé dans le document lié qui est également vrai pour le développement Web en général, cependant, est de séparer le contenu du comportement. C'est une bonne pratique à tous les niveaux.
Chris Baker

1

Il devrait également être possible soit d'étendre l'auditeur en le prototypant (si nous avons une référence à lui et ce n'est pas une fonction anonyme) -ou de faire l'appel 'onclick' à un appel à une bibliothèque de fonctions (une fonction appelant d'autres fonctions)

comme

    elm.onclick = myFunctionList
    function myFunctionList(){
      myFunc1();
      myFunc2();
    }

cela signifie que nous n'avons jamais à poursuivre l'appel onclick, il suffit de modifier la fonction myFunctionList () pour faire ce que nous voulons, mais cela nous laisse sans contrôle des phases de propagation / capture, donc devrait être évité pour les nouveaux navigateurs.

juste au cas où quelqu'un trouverait ce fil à l'avenir ...


1

element.onclick = function () {/ * faire des trucs * /}

element.addEventListener ('click', function () {/ * do stuff * /}, false);

Ils font apparemment la même chose: écouter l'événement click et exécuter une fonction de rappel. Néanmoins, ils ne sont pas équivalents. Si jamais vous avez besoin de choisir entre les deux, cela pourrait vous aider à déterminer lequel vous convient le mieux.

La principale différence est que l' onclick n'est qu'une propriété et, comme toutes les propriétés d'objet, si vous écrivez plusieurs fois, elle sera écrasée . Avec addEventListener () à la place, nous pouvons simplement lier un gestionnaire d'événements à l'élément, et nous pouvons l'appeler chaque fois que nous en avons besoin sans nous soucier des propriétés écrasées. Un exemple est montré ici,

Essayez-le: https://jsfiddle.net/fjets5z4/5/

En premier lieu, j'ai été tenté de continuer à utiliser onclick, car il est plus court et semble plus simple… et en fait, il l'est. Mais je ne recommande plus de l'utiliser. C'est comme utiliser JavaScript en ligne. L'utilisation de quelque chose comme - c'est du JavaScript en ligne - est fortement déconseillée de nos jours (le CSS en ligne est également déconseillé, mais c'est un autre sujet).

Cependant, la fonction addEventListener (), bien que ce soit la norme, ne fonctionne tout simplement pas dans les anciens navigateurs (Internet Explorer sous la version 9), et c'est une autre grande différence. Si vous devez prendre en charge ces anciens navigateurs, vous devez suivre la méthode onclick. Mais vous pouvez également utiliser jQuery (ou l'une de ses alternatives): il simplifie fondamentalement votre travail et réduit les différences entre les navigateurs, ce qui peut vous faire gagner beaucoup de temps.

var clickEvent = document.getElementByID("onclick-eg");
var EventListener = document.getElementByID("addEventListener-eg");

clickEvent.onclick = function(){
    window.alert("1 is not called")
}
clickEvent.onclick = function(){
    window.alert("2 is not called")
}

EventListener.addEventListener("click",function(){
    window.alert("1 is called")
})
EventListener.addEventListener("click",function(){
    window.alert("2 is also called")
})

0

addEventListener vous permet de définir plusieurs gestionnaires, mais n'est pas pris en charge dans IE8 ou inférieur.

IE a attachEvent, mais ce n'est pas exactement la même chose.


0

Le contexte référencé par 'this'mot-clé dans JavasSript est différent.

regardez le code suivant:

<!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
    <title></title>

</head>
<body>
    <input id="btnSubmit" type="button" value="Submit" />
    <script>
        function disable() {
            this.disabled = true;
        }
        var btnSubmit = document.getElementById('btnSubmit');
        btnSubmit.onclick = disable();
        //btnSubmit.addEventListener('click', disable, false);
    </script>
</body>
</html>

Ce qu'il fait est vraiment simple. lorsque vous cliquez sur le bouton, le bouton est automatiquement désactivé.

Tout d'abord, lorsque vous essayez de connecter les événements de cette manière, l' button.onclick = function(), événement onclick sera déclenché en cliquant sur le bouton, cependant, le bouton ne sera pas désactivé car il n'y a pas de liaison explicite entre button.onclick et le gestionnaire d'événements onclick. Si vous déboguez voir l' 'this'objet, vous pouvez voir qu'il fait référence à l' 'window'objet.

Deuxièmement, si vous commentez btnSubmit.onclick = disable();et décommentez, //btnSubmit.addEventListener('click', disable, false);vous pouvez voir que le bouton est désactivé car de cette façon, il existe une liaison explicite entre l'événement button.onclick et le gestionnaire d'événements onclick. Si vous déboguez dans la fonction de désactivation, vous pouvez voir se 'this'réfère au button controlplutôt qu'au window.

C'est quelque chose que je n'aime pas dans JavaScript qui est une incohérence. Btw, si vous utilisez jQuery ( $('#btnSubmit').on('click', disable);), il utilise une liaison explicite.


8
Vous devez écrire btnSubmit.onclick = disable;(attribuer une fonction, pas l'appeler). Ensuite, dans les deux cas, thisfera référence à l'élément bouton.
Pasha

-1

onclick est essentiellement un addEventListener qui exécute spécifiquement une fonction lorsque l'élément est cliqué. Donc, utile lorsque vous avez un bouton qui effectue des opérations simples, comme un bouton de calculatrice. addEventlistener peut être utilisé pour une multitude de choses comme effectuer une opération lorsque DOM ou tout le contenu est chargé, semblable à window.onload mais avec plus de contrôle.

Remarque, vous pouvez réellement utiliser plus d'un événement avec inline, ou au moins en utilisant onclick en séparant chaque fonction avec un point-virgule, comme ceci ....

Je n'écrirais pas une fonction avec inline, car vous pourriez potentiellement avoir des problèmes plus tard et ce serait désordonné imo. Utilisez-le simplement pour appeler des fonctions déjà effectuées dans votre fichier de script.

Lequel vous utilisez, je suppose, dépendra de ce que vous voulez. addEventListener pour les opérations complexes et onclick pour simple. J'ai vu que certains projets n'attachaient pas un élément spécifique aux éléments et implémenteraient plutôt un écouteur d'événements plus global qui déterminerait si un tap était sur un bouton et effectuer certaines tâches en fonction de ce qui était pressé. Je pense que cela pourrait potentiellement conduire à des problèmes, et même s'il est petit, probablement, un gaspillage de ressources si cet écouteur d'événements devait gérer chaque clic

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.