PHWinfo - Afficher un message

28/08/2007, 21h56

Delf a écrit :
> Thief13 avait écrit le 28/08/2007 :
>
>> Haaa, les bonne vielle mauvaise partique genre onclick dans la balise
>> html ont la peau dure à ce que je voi...
>
>
> Ceci n'est pas ironique : l'attribut onclick n'est pas recommandé ?
> Pourquoi. Je l'utilise assez fréquemment...

Parce qu'il est préférable (AMHA) d'attacher les gestionnaires
d'évènement directement depuis le code Javascript. Il est possible
d'avoir une appli intensément ajaxifiée sans qu'il y ait la moindre
ligne de javascript dans le html - exception faite bien sûr de
l'inclusion (via l'attribut src de la balsie script) des fichiers
sources javascript dans le <head />

Un des intérêts de cette approche est qu'on ne pollue pas le marquage
(html) avec du code. Ca semble un peu puriste comme argument, mais dans
la pratique ça peut nettement simplifier la maintenance.

Un autre intérêt est que de cette façon, la gestion des évènements est
beaucoup plus fine - entre autre, on peut choisir de laisser l'évènement
se propager ou non, attacher plusieurs gestionnaires d'évènement au même
évènement, etc.

>> tout simplement parce que c'est su Javascript qui ne concerne que le
>> contenu en cours. Heureusement une personne avisé m'a recommendé l'usage
>> de la commande eval() qui résous ce probleme là.
>
>
> J'crois que eval() n'est pas près recommandée par contre, à confirmer.

Disons que ce n'est que très rarement la meilleure solution...

28/08/2007, 21h56	#8
Bruno Desthuilliers Messages: n/a Hébergeur:	Re: divers problemes Ajax Delf a écrit : > Thief13 avait écrit le 28/08/2007 : > >> Haaa, les bonne vielle mauvaise partique genre onclick dans la balise >> html ont la peau dure à ce que je voi... > > > Ceci n'est pas ironique : l'attribut onclick n'est pas recommandé ? > Pourquoi. Je l'utilise assez fréquemment... Parce qu'il est préférable (AMHA) d'attacher les gestionnaires d'évènement directement depuis le code Javascript. Il est possible d'avoir une appli intensément ajaxifiée sans qu'il y ait la moindre ligne de javascript dans le html - exception faite bien sûr de l'inclusion (via l'attribut src de la balsie script) des fichiers sources javascript dans le <head /> Un des intérêts de cette approche est qu'on ne pollue pas le marquage (html) avec du code. Ca semble un peu puriste comme argument, mais dans la pratique ça peut nettement simplifier la maintenance. Un autre intérêt est que de cette façon, la gestion des évènements est beaucoup plus fine - entre autre, on peut choisir de laisser l'évènement se propager ou non, attacher plusieurs gestionnaires d'évènement au même évènement, etc. >> tout simplement parce que c'est su Javascript qui ne concerne que le >> contenu en cours. Heureusement une personne avisé m'a recommendé l'usage >> de la commande eval() qui résous ce probleme là. > > > J'crois que eval() n'est pas près recommandée par contre, à confirmer. Disons que ce n'est que très rarement la meilleure solution...