DevProTalk

Forumi IT profesionalaca
web development, web design, e-business, SEO


Idite nazad   DevProTalk > Web development i web aplikacije > PHP
Beach Wedding Dresses - Looking for the Wedding Dress? Here, 1dress.co.uk stunning collection of beach wedding dresses is just what you are looking for.
charles wang

PHP PHP aplikacije, Smarty, PEAR

Odgovori
 
Alati teme Način prikaza
Staro 19. 08. 2009.   #11
bluesman
Goran Pilipović
Sir Write-a-Lot
 
Avatar bluesman
 
Datum učlanjenja: 18.05.2005
Lokacija: Beograd
Poruke: 5.450
Hvala: 288
1.253 "Hvala" u 446 poruka
bluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušati
Pošaljite ICQ poruku za bluesman
Default

Šta se dešava kada u inbox-u stoje poruke:
poruka 1
poruka 2
...
poruka 3749

pa onda obriše poruku 2 (kreira se memento)
pa onda obriše poruku 37 (kreira se memento? Šta je sa prethodnim? Ovaj ga prepiše?)
pa onda obriše poruku 381 (?)

Da li postoji mogućnost višestrukog undo?

Ako sam dobro razumeo to je undo samo za poslednju akciju? Ja sam više govorio o mogućnosti gde imaš neki "recycle bin" kao na desktopu, pa možeš u nekom trenutnku da vratiš šta god hoćeš a ne samo poslednju akciju... moja greška.
__________________
Goran Pilipović a.k.a. Ugly Fingers Bradley f.k.a. bluesman
I don't always know what I'm talking about but I know I'm right!
bluesman je offline   Odgovorite uz citat
Staro 19. 08. 2009.   #12
Dragi Tata
dinosaurus
Master
 
Avatar Dragi Tata
 
Datum učlanjenja: 29.12.2005
Lokacija: Nova Engleska
Poruke: 636
Hvala: 79
262 "Hvala" u 66 poruka
Dragi Tata će postati "faca" uskoroDragi Tata će postati "faca" uskoroDragi Tata će postati "faca" uskoro
Default

Ne brišu se, nego imaš stek (ili tabelu) mementoa.

Npr.
Stanje u trenutku 1:

Inbox: Poruke 1, 2, 3, 4.
Memento stek (ili tabela, štali): prazan

Stanje 2 - izbrisana poruka 2
Inbox: Poruke 1, 3, 4.
Memento: Memento1(Inbox: 1,2,3,4)

Stanje 3 - izbrisana poruka 3
Inbox: Poruke 1, 4
Memento: Memento1(Inbox: 1,2,3,4), Memento2(1, 3,4)

E sad, udarimo Undo. Recimo da (jednostavnosti radi) ne podržavamo Redo, inače bi kreirali nov memento i turili ga u redo stek. Pogledamo poslednji Memento - Memento2 i na osnovu njega kreiramo sledeće stanje:

Stanje 4 - Undo
Inbox: Poruke 1, 3, 4.
Memento: Memento1(Inbox: 1,2,3,4)

Opet undo? Može. Opet pogledamo poslednji (tj jedini) Memento - 1.

Stanje 5 - drugi undo
Inbox: Poruke 1, 2, 3, 4.
Memento: prazan
Dragi Tata je offline   Odgovorite uz citat
Staro 19. 08. 2009.   #13
bluesman
Goran Pilipović
Sir Write-a-Lot
 
Avatar bluesman
 
Datum učlanjenja: 18.05.2005
Lokacija: Beograd
Poruke: 5.450
Hvala: 288
1.253 "Hvala" u 446 poruka
bluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušati
Pošaljite ICQ poruku za bluesman
Default

Nemam pojma... meni deluje da to nije za zahtevnije ili komplikovanije stvari, naročito sa više usera. Suviše dodatnih stvari se radi (i troši space i time) zarad jednog relativno jednostavnog feature. Reče čovek da radi nešto "poput gmaila", mislim da je to uvaj memento pattern loš(ije)e rešenje.
__________________
Goran Pilipović a.k.a. Ugly Fingers Bradley f.k.a. bluesman
I don't always know what I'm talking about but I know I'm right!

Poslednja izmena od bluesman : 19. 08. 2009. u 23:57.
bluesman je offline   Odgovorite uz citat
Staro 20. 08. 2009.   #14
degojs
I'm a PC too.
Wrote a book
 
Avatar degojs
 
Datum učlanjenja: 05.06.2005
Lokacija: Kanada
Poruke: 1.354
Hvala: 82
130 "Hvala" u 89 poruka
degojs će postati "faca" uskorodegojs će postati "faca" uskoro
Default

^Slažem se.

Nemanja, pa to stvarno izgleda naopako )

Svaki put kada neko obriše jednu poruku, ti zapisuješ komplet stanje pre. Pa šta ako imaš inbox sa 100,000 poruka?

Nije li jednostavnije u taj memento zapisati ono što je obrisano? I kad radiš undo samo ideš redom unazad po toj tabeli i poruke opet markiraš kao "vidljive" u inboxu..
__________________
Commercial-Free !!!

Poslednja izmena od degojs : 20. 08. 2009. u 01:48.
degojs je offline   Odgovorite uz citat
Staro 20. 08. 2009.   #15
Dragi Tata
dinosaurus
Master
 
Avatar Dragi Tata
 
Datum učlanjenja: 29.12.2005
Lokacija: Nova Engleska
Poruke: 636
Hvala: 79
262 "Hvala" u 66 poruka
Dragi Tata će postati "faca" uskoroDragi Tata će postati "faca" uskoroDragi Tata će postati "faca" uskoro
Default

Verujte mi da su u praksi većina undo sistema zasnovana na mementu. E sad, varijanta koju sam opisao (sa potpunim stanjem) je najjednostavnija i najskuplja; uvek možeš da čuvaš diff umesto kompletnog stanja kad to ima smisla.
Dragi Tata je offline   Odgovorite uz citat
Staro 20. 08. 2009.   #16
ivanhoe
Ivan Dilber
Sir Write-a-Lot
 
Avatar ivanhoe
 
Datum učlanjenja: 18.10.2005
Lokacija: Bgd
Poruke: 5.320
Hvala: 104
2.299 "Hvala" u 583 poruka
ivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svima
Pošaljite poruku preko Skype™ za ivanhoe
Default

hmm, ako se cuva samo diff, to se onda svede manje vise na ovo sto su zira i blues opisali, recycle bin tabela, zar ne?

@jablan: to sa spoljnim kljucem ka recordu gde su detalji o brisanju mi se svidja, cini mi se kao najjednostavnije resenje. Nekako mi se cini kao nepotreban posao da premestam podatke iz jedne tabele u drugu ako mogu samo da update-ujem jedno polje umesto toga.

Plus ovako sa delete flagom ne moram da se mucim da zadrzim ref. integrity, odnosno ne moram da brinem o premestanju celokupnog relacionog stabla u drugu tabelu, nego samo markiram record ili vise njih kao obrisane, i iskljucim ih po tom uslovu iz bitnih selecta. Vracanje neke strukture nazad mi deluje kao velika glavobolja, radje se ne bih petlja sa tim...

Hvala svima na idejama
__________________
Leadership is the art of getting people to want to do what you know must be done.
ivanhoe je offline   Odgovorite uz citat
Staro 20. 08. 2009.   #17
jablan
VD IT Direktora
Invented the damn thing
 
Avatar jablan
 
Datum učlanjenja: 08.06.2005
Lokacija: Beograd
Poruke: 2.118
Hvala: 503
1.301 "Hvala" u 282 poruka
jablan je pravi dragi kamenjablan je pravi dragi kamenjablan je pravi dragi kamenjablan je pravi dragi kamenjablan je pravi dragi kamenjablan je pravi dragi kamenjablan je pravi dragi kamenjablan je pravi dragi kamenjablan je pravi dragi kamenjablan je pravi dragi kamen
Default

Citat:
Originalno napisao Dragi Tata Pogledajte poruku
Verujte mi da su u praksi većina undo sistema zasnovana na mementu.
Ma sve je to ok, kad praviš tekst editor ili paint program, naravno da koristiš memento pattern jer postoji tačno jedan originator (tačnije, jedan po otvorenom dokumentu) i onda stekom memento objekata dobijaš lepi funkcionalni multilevel undo.

Ono o čemu se ovde (bar mi se čini) govori, je druga situacija - originatora je mnogo, zapravo svaki red svake tabele može biti originator i onda se situacija dosta komplikuje jer imaš dve mogućnosti - ili da praviš neku generičku tabelu za mementa u koju ćeš smeštati neke serijalizovane podatke o izmenama (što je blagi užas za kodiranje), ili ćeš imati po jednu memento tabelu za svaku klasu originatora, što je blagi užas za održavanje.

Opet da naglasim, sve ovo pričam ne iz iskustva, već iz spekulacije. A poslednji put kad sam radio nešto slično (CMS), svi objekti su bili nasleđeni iz neke osnovne klase, i imali smo relativno jednostavan recycle bin.
jablan je offline   Odgovorite uz citat
Staro 20. 08. 2009.   #18
jablan
VD IT Direktora
Invented the damn thing
 
Avatar jablan
 
Datum učlanjenja: 08.06.2005
Lokacija: Beograd
Poruke: 2.118
Hvala: 503
1.301 "Hvala" u 282 poruka
jablan je pravi dragi kamenjablan je pravi dragi kamenjablan je pravi dragi kamenjablan je pravi dragi kamenjablan je pravi dragi kamenjablan je pravi dragi kamenjablan je pravi dragi kamenjablan je pravi dragi kamenjablan je pravi dragi kamenjablan je pravi dragi kamen
Default

Citat:
Originalno napisao ivanhoe Pogledajte poruku
Nekako mi se cini kao nepotreban posao da premestam podatke iz jedne tabele u drugu ako mogu samo da update-ujem jedno polje umesto toga.
Pripazi samo na sledeću situaciju: korisnik recimo ima dve poruke koje hoće da obriše (recimo da se radi o email klijentu), njih može da obriše odjedanput ili jednu po jednu. U prvom slučaju undo treba da vrati obe, u drugom samo ovu poslednju...
jablan je offline   Odgovorite uz citat
Odgovori


Alati teme
Način prikaza

Pravila pisanja
Možete ne započinjati nove teme
Možete ne slati odgovore
Možete ne slati priloge
Možete ne izmeniti svoje poruke
vB kôd je Uključen
Smajliji su Uključen
[IMG] kod je Uključen
HTML kôd je Isključen
Pogledajte forum

Slične teme
Tema Početna poruka teme Forum Odgovori Poslednja poruka
Pauk umesto duga blogowski Opušteno 6 15. 11. 2008. 16:47
output u promenljivu umesto na stdout japan PHP 3 09. 08. 2007. 17:56
Umesto tag-a H, slika blogowski (X)HTML, JavaScript, DHTML, XML, CSS 13 11. 05. 2006. 12:59
Šta umesto tabela da koristim? presretach Web design, Layout, User Interface 14 07. 01. 2006. 12:43


Vreme je GMT +2. Trenutno vreme je 10:46.


Blogodak - Domaci blogovi na jednom mestu Caught in a web - web dev blog
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2018, 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.