To zavisi od dizajna aplikacije. Može i jedno i drugo... Razmisli da li su ti svi podaci neophodni tokom nekog 'standardnog' korišćenja aplikacije... Ako nisu, razdvoji ih po formama... Ne postoji neki univerzalan odgovor...

Npr mozes sve sto ima veze sa ADO-m da izdvojis u jednu klasu, pa da posle pozivas iz formi ono sto ti treba.

Da, ovo je pravi odgovor. Kada prvis aplikaciju, osim onih naj-najjednostavnijih uvek pravis tzv. troslojne ili n-slojne aplikacije. Ukratko ću pokušati da objasnim troslojne: imas sloj podataka, sloj poslovne logike i sloj interfejsa. Sloj interfejsa nikad ne sme da bude svestana postojanja sloja podataka čime se dobija mogućnost da više interfejsa koriste iste podatke. U prevodu: napravi klase koje pristupaju podacima u bazi i pretvaraju vrednosti iz baze u neke tvoje klase ili nizove, zatim to kompajliras u dll.
Zatim taj dll ukljucis definicije tih tvojih entity klasa u aplikaciju koja sadrzi interfejs i radis sa logickim objektima ne vrednostima iz baze.

Ovo nije komplikovano a ima mnoge prednosti. Na primer mozes napraviti vise aplikacija interfejsa koje rade sa istom bazom i istim entity klasama bez dupliranja koda.

Možda nisam baš najbolje objasnio... rano je... Guglaj malo ima toga po netu dosta...

_{[Ovu poruku je menjao Fedya dana 07.12.2005. u 07:43 GMT+1]}

> Možda nisam baš najbolje objasnio...

Možda nisam baš najbolje razumio ... ali bi te molio da malo bolje pojasniš.
Sada slažem prvu aplokaciju pa nebi želio napravit veliku grešku. Koncepcija
mi je ovakva:

Imam jednu konekciju na bazu - tako da se mogu preusmjerit aplikaciju na
drugo bazu iste strukture

Svaka Tabla u bazi ima pripadajuću klasu sa ADO rekvizitima (DataAdapter1,
Table1, DataSet1,..), a konekciju vršim preko prijašnje klase drklaracijom
konekcije kao unutar klase a inicijalizacija kao
this.Konekcija = new KlasaKonekcije().Konekcija

Modul programa (pojedinačna radnja pozvana sa MenuItem) se veže na podatke
na isti način. Deklariraju se kao i članovi klase a iniciraju sa podacima iz
druge klase
private DobData Dob;
private System.Data.DataTable dtDob;
.....
this.Dob = new DobData();
dtDob = Dob.dtDob;

? koji je nedostatak koncepcije

Fedya, ovo je odlican odgovor. Da li si razmisljao da napises tutorial na tu temu i recimo, predlog moderatorima - da se stavi kao topic tema?
Anyway, znas mozda neki vec postojeci tutorial koji se bavi navedenom temom?

pozdrav

p.s. Elitesecurity je definitivno moj omiljeni forum

Marko

Tutorijal na ovu temu je vec izradio degojs: ADO.NET & DataSet: mini-uputstvo, i ta tema je jedno vreme bila TOP tema. Medjutim, proslo je vise od tri godine od kad je ta tema bila aktuelna, i ceo koncept tier-a i upotrebe VS.NET-a 2003 je vec toliko obradjivan da ga i vrapci znaju . Par ljudi koji su novi u toj prici uvek mogu pretraziti forum ili postaviti pitanje kao sto si ti to uradio.

Cela prica narocito gubi na uticaju uzimajuci u obzir drasticne promene koje donosi novi visual studio 2005, pocev od spajanja adaptera sa datasetovima do novog metoda bindovanja kontrola. Ja u principu vec spremam novi tutorial za ADO.NET, koji cu prvo dostaviti ostalim moderatorima na pregled/doradu, pa ce u dogledno vreme naci svoje mesto na ovom forumu. U principu nema zurbe, jer jos ne vidim da se pojavljuje monogo pitanja vezano za novi visual studio.