Zanima me mishljenje nekoga ko ima iskustva sa ovim, da mi kaze shta je ono shto ne valja ili nedostaje.
Koncept je sledeci:
prvi sloj (DataTier) - klase Connection i TableAdapter.
Connection, ime govori sve za sebe. TableAdapter izvrshava operacije nad bazom(tabelom): insert, update, delete, select.
drugi sloj (Business tier) - S'obzirom da je radjeno za rad sa tabelama Student i Mesto, klase su sledece:
clsEntityStudent klasa koja sadrzi samo polja(atribute) koji opisuju studenta.
clsDbStudent - klasa koja poziva prvi sloj i prosledjuje upite koje prvi sloj izvrshava.
clsCollectionStudent - struktura u kojoj se chuvaju rezultati, ustvari je dataset, s'tim da kada se indeksira(pristupi preko indeksa) vraca tip clsEntityStudent.
clsAppStudent - klasa koju koristi GUI, preko nje se realizuje navigacija kroz kolekciju studenata, pozivaju operacije za azuriranje itd.
na isti fazon su pravljene i klase za tabelu Mesto.
treci sloj - Gui.
Sve ovo radi, ali me zanima da li je ispravno iz neke praktichne i teorijske perspektive.
Zanima me da li sam mozda iz srednjeg sloja trebao da izdvojim clsAppStudent kao zaseban sloj ?
Bilo kakav komentar i savet su dobrodosli.
Hvala unapred
Projekat:
SendSpace
Rapidshare