DevProTalk

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


Idite nazad   DevProTalk > Web development i web aplikacije > Programiranje
Želite da se reklamirate ekskluzivno na ovoj poziciji? Javite se

Programiranje Java, Perl, VB, ASP, .NET, C, C++, Pascal, Delphi Sponzor: VIP izazov 3

Odgovori
 
Alati teme Način prikaza
Staro 29. 01. 2012.   #1
bluesman
Goran Pilipović
Sir Write-a-Lot
 
Avatar bluesman
 
Datum učlanjenja: 18.05.2005
Lokacija: Beograd
Poruke: 5.450
Hvala: 288
1.247 "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

Ok, hajde ovako ... ako sam ja dobro razumeo vi tvrdite da validacija mora da ide u controlleru? Evo situacije pa da vidimo:

Imam controller "User", koji ima svoj model "User" ... validacija je u controlleru, model prima "sažvakano" i odradi svoje, vrati neki status ili data.

Onda imamo neki conrtroller B, koji ima potrebu da odradi nešto što već imamo urađeno u modelu "User" (na primer da pokupi user record), i logično bi bilo da ne pišemo istu funkciju u modelu B, kada već to imamo u Users modelu, zar ne?

To znači da bi morali da imamo validaciju u controlleru B jer u modelu User nemamo nikakvu validaciju, to opet znači da bi morali copy-paste iz validacije iz controllera Users ... što je po meni dupliran kod.
__________________
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
"Hvala" bluesman za poruku:
Staro 29. 01. 2012.   #2
tasmaniski
profesionalac
Professional
 
Datum učlanjenja: 08.11.2010
Poruke: 211
Hvala: 68
78 "Hvala" u 32 poruka
tasmaniski is on a distinguished road
Default

Ne, samo ja to tvrdim tj. ni ne tvrdim nego zelim da prodiskutujemo o tome...

Postoji poseban metod za validaciju 'validate' koji bi trebalo u ovom slucaju pozvati jednom u kontroleru A i drugi put u kontroleru B. Za konkretno tvoj slucaj ta jedna linija nazalost jeste duplirana.

Ako aplikacija raste sve vise(sto se cesto desava), mozes lako imati slucaj gde u kontroleru C treba da pokupis iste te podatke iz modela, ali u postu saljes drugacije parametre nego za prva dva slucaja, onda ostaju opcije:

da u modelu pitas: if(podaci1){validacija1}elseif(podaci2){validacija 2} - meni se ovo ne svidja
Ili mozes naravno napraviti jos jednu metodu u modelu koja ce 80% liciti na prvu - isto dupliran kod.

Dok ako radis validaciju u kontroleru, u svakom pozivas drugaciju metodu
validate1, validate2, validate3, ...
Sa druge strane zasto bi ulazio u model ako mozes i pre ulaska u njega da ustanovis da ni ne treba da ulazis, nego da izbacis gresku ?

__________

U svakom slucaju vidim da je poenta "fat" modela da se sto vise stvari generalizuje, pa da se ubace u njega.

E sad jbg, treba predvideti (biti faca) kod aplikacije cije programiranje traje 1-2god. (i posle nadogradnja ko zna koliko) da ces neku metodu u modelu napraviti tako da ces je koristiti uvek, bez da je menjas jer ako je izmenis mozda zeznes negde nesto gde si je koristio odavno.
Onda se tu desava da je ipak ne menjas, nego da napravis novu koja lici 80% na nju, opet lose, a mogao si samo da smajis njenu veliku lokigu i budes siguran da ces moci da je i posle 2-3god. koristis.
tasmaniski je offline   Odgovorite uz citat
Staro 29. 01. 2012.   #3
djipko
član
Certified
 
Avatar djipko
 
Datum učlanjenja: 03.10.2006
Poruke: 96
Hvala: 27
44 "Hvala" u 26 poruka
djipko is on a distinguished road
Default

Citat:
Originalno napisao bluesman Pogledajte poruku
Ok, hajde ovako ... ako sam ja dobro razumeo vi tvrdite da validacija mora da ide u controlleru? Evo situacije pa da vidimo:
Ja sam tvrdio apsolitno suprotno - da NE TREBA da bude u kontroleru skoro nikad.
djipko je offline   Odgovorite uz citat
Odgovori



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


Vreme je GMT +2. Trenutno vreme je 23:30.


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.