Új hozzászólás Aktív témák

• fordfairlane veterán

  #3926

  #3925 martonx

  2014-02-14 13:35:54

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  fordfairlane

  veterán

  #3925 martonx

  #3925 martonx

  "Nem azt írtam, hogy az elemek onevent attribútumainak használata jó, csak annyit, hogy van benne logika, és tisztességes implementációnál azt attribútum-eventbinddal nincs semmi gond."

  Nem értek egyet. Így 2014-ben a html-be belefosott js eseménykezelő abszolút védhetetlen. Lehet 1-2 eset, amikor tudatosan generálunk pár js változót a html kimenetbe (mondjuk egy user role esetében felesleges azért egy külön ajax hívást indítani, csak hogy lekérjük a szerverről a user csoportját), de az onclick, on.... esetek használata szvsz védhetetlen. Régen ez így volt, HTML5 előtt (pontosabban jquery előtt) érthető is volt, mert egy class-al azonosított html elemre esemény kezelőt kötni fájdalmas volt, ha az a class szerepelt X darab html elementnél, és mindre rá akartad kötni ugyanazt az eseményt.

  Aztán jött a jquery és már HTML4-ben is normálisan felépített szeparált kódokat lehetett felépíteni vele kliens oldalon. Nem vagyok az a típus aki design patternek megvalósításától élvez el, de minimum alap követelmény a különböző kódok szeparálása. Ráadásul a külön js-ekbe kiemelés az oldal betöltődésének is kedvez.

  Mégegyszer: Nem az onevent attribútumot védem jelen implementációs formájában, hanem azt, hogy van logikája az attribútum-event kötésnek. Az event binding összekötő elem, nem tisztán struktúra vagy viselkedés téma. Mint ahogy a data-binding sem az, amikor két nyelv közti adatcserét deklarálsz, lásd angular vagy knockout.js.

Új hozzászólás Aktív témák