[es] - Dizajn, algoritmi, dilema

flighter_022
L2 Applications Administrator
NS

Član broj: 18499
Poruke: 749
41.204.224.*

ICQ: 23089150

+234 Profil

^{04.03.2008. u 21:40 - pre 208 meseci}

Prebacujem svoje aplikacije sa VS6 na VB.NET... Interesuje me sta mislite o sledecem:

Na primer, forma za pregled i editovanje slogova u bazi. Neki slogovi zadovoljavaju uslov da budu editovani, neki ne (razlog nije toliko bitan).

Da li:

1. Sacekati da korisnik pokusa da menja sadrzaj sloga, pa onda proveravati da li je uslov za editovanje zadovoljen, te ako nije ne dozvoliti i obavestiti koriisnika, ili

2. Pri prelasku sa jednog sloga na drugi svaki put proveravati zadate uslove te prikazivati ili sakrivati komande za editovanje, brisanje, itd...?

Predpostavka je da provera uslova ne zahteva bitnije angazovanje resursa (procesor, memorija, mreza/server)

Odgovor na temu

Shadowed
Vojvodina

Član broj: 649
Poruke: 12881

+4827 Profil

Re: Dizajn, algoritmi, dilema

^{05.03.2008. u 00:24 - pre 208 meseci}

Ako je 2. prakticnije korisniku a nece oduzeti previse vremena (novca), onda to. Tj. ona opcija koja zadovoljava pomenuto, nebitno da li je 1 ili 2 :)

Nebojsa Milanovic:
-Trumpa smatram vrhunskim predsednikom i voleo bih da živim u državi na čijem je on čelu
-Rusija ne laže, ne vodi osvajačke ratove
-Trump je svetla tačka u USA blatu
-Elon Musk, možda najpametniji i najtrezveniji Amerikanac

Odgovor na temu

flighter_022
L2 Applications Administrator
NS

Član broj: 18499
Poruke: 749
41.204.224.*

ICQ: 23089150

+234 Profil

Re: Dizajn, algoritmi, dilema

^{05.03.2008. u 00:58 - pre 208 meseci}

Da ali u slucaju ako aplikacija i pre nedozvoljene akcije komande za tu akciju ucini nedostupnim, aplikacija se vise priblizava idiot-proof konceptu ;)

Odgovor na temu

mmix
Miljan Mitrović
Chief Software Architect
Financial Intelligence Software Ltd.
Passau, Deutschland

SuperModerator
Član broj: 17944
Poruke: 6050

+4631 Profil

Re: Dizajn, algoritmi, dilema

^{05.03.2008. u 07:37 - pre 208 meseci}

Veoma je lako izvesti preemptive security u .NET-u.

Ako podatke bindujes preko bindinsource-a onda mozes da iskoristis jednu od ova dva metoda:

1. Ako se vezes na POsitionChanged event mozes da regujes na promenu trenutnog reda, odradis proveru i ako je treba disablujes kontrole.
2. Sve data entry kontrole imaju ReadOnly i Enabled polja, pa ako prosiris svoj dataset da svaki red sadrzi security polje tipa boolean koje proracunas unapred, mozes jedno od ovh propertija da bindujes na to polje, kako se promeni pozicija bindingsource-a i uradi se rebinding kontrola, automatski ce se kontrole iskljuciti ili ukljuciti

Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog
naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji
je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan,
sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv - Z.Đinđić

Odgovor na temu

flighter_022
L2 Applications Administrator
NS

Član broj: 18499
Poruke: 749
41.204.224.*

ICQ: 23089150

+234 Profil

Re: Dizajn, algoritmi, dilema

^{05.03.2008. u 08:55 - pre 208 meseci}

mmix, pitanje nije bilo kako izvesti opcije 1 i 2 vec da li odabrati 1 ili 2 :)

Odgovor na temu

mmix
Miljan Mitrović
Chief Software Architect
Financial Intelligence Software Ltd.
Passau, Deutschland

SuperModerator
Član broj: 17944
Poruke: 6050

+4631 Profil

Re: Dizajn, algoritmi, dilema

^{05.03.2008. u 09:03 - pre 208 meseci}

Ok,

, onda 2. Staviti blokadu pre editovanja nije idiot-proof concet, to je jednostavno postovanje korisnikovog vremena, bolje je nego pustiti korisnika da provede 15 minuta menjajuci podatke da bi ga na kraju saseko sa "NE MOZE"

Odgovor na temu

flighter_022
L2 Applications Administrator
NS

Član broj: 18499
Poruke: 749
41.204.224.*

ICQ: 23089150

+234 Profil

Re: Dizajn, algoritmi, dilema

^{05.03.2008. u 12:16 - pre 208 meseci}

Hm, da. Medjutim, onda se opet postavlja pitanje da li komandu sakriti ili samo blokirati. Ako se sakrije, korisnik nece kapirati zasto te komande nema te ce cimati podrsku, a ako je komanda vidljiva, kliktace na nju kao manijak ne kapirajuci da ne moze, a pri tome nece imati povratnu informaciju ZASTO ne moze, sto u slucaju Br. 1. moze da dobije putem poruke o gresci. Ovo bi moglo da se izbegne postavljanjem labele koja postaje vidljiva u slucaju greske i u tom momentu nosi poruku o gresci a ne da se koristi msgbox... Ili da se koristi always-on-top polu-transparentni prozor koji po potrebi moze i da se iskljuci...

Odgovor na temu

Shadowed
Vojvodina

Član broj: 649
Poruke: 12881

+4827 Profil

Re: Dizajn, algoritmi, dilema

^{05.03.2008. u 12:27 - pre 208 meseci}

Citat:

flighter_022: Ako se sakrije, korisnik nece kapirati zasto te komande nema te ce cimati podrsku, a ako je komanda vidljiva, kliktace na nju kao manijak ne kapirajuci da ne moze, a pri tome nece imati povratnu informaciju ZASTO ne moze

Pa, ti stavi info zasto nema/koja je greska pa ce imati obavestenje :)

Odgovor na temu