Te most kb. azt akarod csinalni, ami miatt szivok egy csomot a korabbi projektem miatt :)
A modell az meg csak veletlenul sem az adatbazis. Vonatkoztass el teljesen az adatbazistol vagy, hogy egyaltalan miben vannak tarolva az adataid.
A modell az azon adatosztalyok, muveletek, folyamatok osszessege a kodban, amelybol osszeall az alkalmazasod. Es itt gyakori hiba, hogy valaki raall valamilyen ORM megoldasra es felreertelmezi es azt csinalja, hogy az adatbazisnak csinal egy 1-1 lekepezest objektumokkal. Ennel sokkal bovebb a modell reteg.
Pl. van egy kosar objektumod. A kosarnak van egy termek hozzaad/termek elvesz, kosar lead, stb. metodusa. Vagy mondjuk metodus a kosar osszertekenek kiszamitasara. Ezek mind-mind a kosar objektumhoz tartoznak. Persze, ehhez tartozhat meg tovabbi segedosztalyok is, pl. ha command patternt hasznalod, vagy pl. allapotgepet, stb.
Masreszt gondolj bele abba is, hogy akar egy kepfajlhoz is tartozhat modell osztaly, amelynek lehet, hogy koze nincs a DB-hez.
A view meg egy erdekes temakor. Pl. most lett egy elegge smarty hivo kollegam, vitazunk is eleget, hogy mi az, amit en korabban blokknak hivtam (kicsit mar atlog a ViewModel-be az MVVM-bol, persze XAML es mindenfele ilyesmi nelkul).
A controller meg csak amolyan ragaszto. Ne tevesszen meg a neve, nem az iranyitja a folyamatokat, az csak "lapatolja" a dolgokat.
----------------
Lvl86 Troll