[jonssondesign]

Bra Oscar!

Men varför inte använda kortkommandot .click() istället för .on("click",)?

Jag anser att man skall försöka använda sig av .click() så ofta man kan på html elements som laddats in från början. Och ex. .live() på de elements som laddats in EFTER att DOM har laddats in. Däremot så kan .on() användas till andra saker, men om det finns ett kortkommando skapat för just klick events, varför inte använda det då?

[yakuzaemme]

Ursprungligen postat av jonssondesign

Bra Oscar!

Men varför inte använda kortkommandot .click() istället för .on("click",)?

Jag anser att man skall försöka använda sig av .click() så ofta man kan på html elements som laddats in från början. Och ex. .live() på de elements som laddats in EFTER att DOM har laddats in. Däremot så kan .on() användas till andra saker, men om det finns ett kortkommando skapat för just klick events, varför inte använda det då?

click är en funktion som egentligen använder on, och on har även samma funktionalitet som live. Dock ser jag ingen som helst anledning att binda den direkt till eventhanteraren (alltså on("click")) då det knappast kommer göra någon förbättring i detta fallet - dessutom så är det mycket enklare för en nybörjare att förstå click.

Sedan jQuery 1.7 tror jag även att båda laddas in i minnet ändå, och konverteringen från click till on("click") går snabbare än snabbast.


Ska vi ändå vara petiga ska du inte köra return false; i detta fall då det utför 3 olika "funktioner" (preventDefault, stopPropagation, och avbryter callback execution). Det enda som behövs i detta fall är preventDefault tillräckligt. Men somsagt, sjukt onödigt att vara så petig när det gäller en sida som denna.