| Ilija Studen |
24. 02. 2007. 15:04 |
Osnove HTTP-a + custom atributi?
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:
Kôd:
<a href="/something" method="post">Change status</a>
ili pak:
Kôd:
<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 |
24. 02. 2007. 15:21 |
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 |
24. 02. 2007. 15:29 |
Implementacija iz Railsa:
HTML kôd:
<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
Kôd:
<%= link_to 'Change status', { :action => 'something'}, :confirm => 'Are you sure that you want to change status?', :post => true %>
|
| Ilija Studen |
24. 02. 2007. 15:38 |
^ Nešto slično radi i moj kod s tim da se linkovi modifikuju iz spoljnog JS fajla. Za sada to radi ovako:
Kôd:
$(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.
Citat:
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ć |
24. 02. 2007. 15:51 |
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 |
24. 02. 2007. 15:57 |
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 |
24. 02. 2007. 17:42 |
Citat:
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).
Citat:
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 |
24. 02. 2007. 20:36 |
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 |
25. 02. 2007. 09:18 |
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 |
25. 02. 2007. 17:58 |
Citat:
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? |
| Vreme je GMT +2. Trenutno vreme je 15:47. |
|
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.
Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.
