19. 08. 2009. | #11 |
Goran Pilipović
Sir Write-a-Lot
|
Š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! |
19. 08. 2009. | #12 |
dinosaurus
Master
Datum učlanjenja: 29.12.2005
Lokacija: Nova Engleska
Poruke: 636
Hvala: 79
263 "Hvala" u 66 poruka
|
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 |
19. 08. 2009. | #13 |
Goran Pilipović
Sir Write-a-Lot
|
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. |
20. 08. 2009. | #14 |
I'm a PC too.
Wrote a book
Datum učlanjenja: 05.06.2005
Lokacija: Kanada
Poruke: 1.354
Hvala: 82
130 "Hvala" u 89 poruka
|
^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. |
20. 08. 2009. | #15 |
dinosaurus
Master
Datum učlanjenja: 29.12.2005
Lokacija: Nova Engleska
Poruke: 636
Hvala: 79
263 "Hvala" u 66 poruka
|
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.
|
20. 08. 2009. | #16 |
Ivan Dilber
Sir Write-a-Lot
|
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. |
20. 08. 2009. | #17 | |
VD IT Direktora
Invented the damn thing
Datum učlanjenja: 08.06.2005
Lokacija: Beograd
Poruke: 2.118
Hvala: 503
1.307 "Hvala" u 282 poruka
|
Citat:
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. |
|
20. 08. 2009. | #18 |
VD IT Direktora
Invented the damn thing
Datum učlanjenja: 08.06.2005
Lokacija: Beograd
Poruke: 2.118
Hvala: 503
1.307 "Hvala" u 282 poruka
|
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...
|
|
|
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 |