Osnove HTTP-a + custom atributi?

[Ilija Studen]

Uglavnom znamo priču da akcije koje rade neke modifikacije na serveru treba da idu kroz POST, PUT i DEL, ne kroz GET. Danas sam se malo igrao sa tim i od svih rešenja koja sam probao sledeće mi se svidelo najviše:

<a href="/something" method="post">Change status</a>

ili pak:

<a href="/something" method="post" confirm="Are you sure that you want to chagne status?">Change status</a>

Nakon što se dokument učita JS protrči kroz elemente i nakači im odgovarajuće ponašanje. Ukoliko je JS disableovan ne desi se ništa, ali skripta odbija zahtev jer je prosleđen kroz neodgovarajuć metod (npr, ne može da se briše artikal kroz GET)...

Šta mislite o ovakvom rešenju? Kako browseri testiraju custom atribute? Neka bolja implementacija?

[ylodi]

Zbog custom atributa će ti validatori izbaciti grešku, ali ja sam ih koristio za sličnu namjenu još prije 5-6 godina i s browserima nije bilo nikakvih problema.

[kaizen]

Implementacija iz Railsa:

<a href="/something" onclick="if (confirm('Are you sure that you want to change status?')) { var f = document.createElement('form'); f.style.display = 'none'; this.parentNode.appendChild(f); f.method = 'POST'; f.action = this.href;f.submit(); };return false;">Change status</a>

Naravno, koristi se helper metoda koja generise sve ovo, pa programer kuca

<%= link_to 'Change status', { :action => 'something'}, :confirm => 'Are you sure that you want to change status?', :post => true %>

[Ilija Studen]

^ Nešto slično radi i moj kod s tim da se linkovi modifikuju iz spoljnog JS fajla. Za sada to radi ovako:

$(document).ready(function(){
  $('a[@method=post]').click(function() {
    var the_link = $(this);
    if(the_link.attr('confirm')) {
      if(!confirm(the_link.attr('confirm'))) {
        return false;
      }
    }
    return App.postLink(this);
  });
});

Gde je App.postLink() funkcija koja na osnovu linka kreira formu i submituje je.

Originalno napisao ylodi

Zbog custom atributa će ti validatori izbaciti grešku, ali ja sam ih koristio za sličnu namjenu još prije 5-6 godina i s browserima nije bilo nikakvih problema.

U pitanju je aplikacija. Nema šta validator da se buni

[Dragan Babić]

E Ilajdža, sad videh i tvoj email, nije mi jasno zašto su ti neophodni ti custom atributi? Ne verujem da će se browseri buniti i praviti probleme, samo mi nije jasno čemu sve to? Čitao sam pre jedno godinu dana nešto jako zanimljivo na tu temu, baš ću pokušati da iskopam taj tekst negde...

PS

rel="" ti ne pomaže nikako?

PPS

Hihihi, postao sam grand master.

[ivanhoe]

svi nepoznati atributi se ignorisu u browserima, tako da je to skroz ok resenje..

ja sam tako radio client-side validaciju. Dodam atribute field_required (yes ili no) i field_type (regExp za proveru unete vrednosti) na input elemente i onda to koristim da proverim podatke iz javascripta. Po meni je to daleko bolje (i flexibilnije) resenje od trpanja tih podataka u klase, jer su klase IMHO zaduzene za izgled, a ne za rad sa podacima..

Jedina zamerka na ovo tvoje je sto se ne degradira bas najbolje, kad nema JS-a nemoguce je uraditi bilo sta...

[Ilija Studen]

Originalno napisao Dragan Babić

Ne verujem da će se browseri buniti i praviti probleme, samo mi nije jasno čemu sve to?

Jednostavno mi se čini kao OK rešenje. U jednom prelazu dodaš svu potrebnu fukcionalnost koju browser ne pruža. U REST priči method za linkove ima smisla pošto se ne izvršavaju sve akcije kroz GET. Jako često koristim confirmation dijaloge što podrazumeva da dodajem inline JS. Takođe, često imam potrebu da se najobičnije dugme ponaša kao link (tj. da redirektuje na određenu stranicu kada se klikne na njega) pa mi u tim situacija href atribut radi posao.

Kompletna ponta je da vidim da li ima nekih razloga protiv korišćenja nekih opštih atributa u situacijama gde mi se njihovo korišćenje čini logičnim, ali nisu implementirani direktno u browser (href za button, da su linkovi i dugmad "svesni" da treba da traže confimartion pre nego što proslede akciju, da mogu da upravljam metodom kojim se zahtev prosleđuje itd).

Originalno napisao ivanhoe

Jedina zamerka na ovo tvoje je sto se ne degradira bas najbolje, kad nema JS-a nemoguce je uraditi bilo sta...

U pravu si, ovde ću morati nešto da smislim. Npr, ako nije submitovano kroz post ispisujem confirmation dijalog pomoću klasičnog <form> taga sa Yes i No buttonima ili tako nešto.

[jablan]

Ja takođe često koristim custom atribute. Mnogo olakšavaju čitljivost markupa i odvajanje logike od prezentacije. Idem tako daleko da ih ne koristim samo iz javascripta, već i iz serverskog jezika (C#).

Naravno, treba se potruditi da sve lepo degradira kad nema JS-a.

[Ilija Studen]

Ovo je sve samo nije novo. Ako hoćete da kod prolazi validaciju jako je jednostavno prošiti već postojeći (X)HTML DTD i definisati custom atribute koje koristite:

ALA: Validating a Custom DTD

Fino jer onda možete da koristite razne ekstenzije koje rade on-fly validaciju koda kao što je HTML Validator.

[bNasty]

Originalno napisao ivanhoe

Po meni je to daleko bolje (i flexibilnije) resenje od trpanja tih podataka u klase, jer su klase IMHO zaduzene za izgled, a ne za rad sa podacima..

Mozhda ovo ide u off-topic, but...

Klasa je atribut, i kao takav ima semantichko znachenje "po dogovoru". To shto je po inerciji vezan za CSS ne znachi da samo tome i sluzhi.

How 'bout Microformats?