[ vilyu @ 24.02.2005. 12:06 ] @
Zdravo,

Vezbe radi, pisem program za igru Covece ne ljuti se. GUI pisem u FLTK-u (sto i nije mnogo bitno za ovo pitanje), ali zelim da mi "pamet" programa bude nezavisna od GUI-ja. Imam klasu u kojoj je sadrzan interfejs, i krenuo sam da pisem klasu koja ce sadrzati pravila igre, kao i klasu za AI igraca. Zanima me koji je najelegantniji nacin komunikacije tih klasa. Da li da prosledim adresu klase "mozga" klasi interfejsa, kroz konstruktor, pa da onda interfejs poziva metode moje klase, ili kako? Glavno sto zelim da izbegnem je da kada npr. obrisem jedno dugme iz interfejsa, da odbrisem i bitan kod koji je dugme sadrzalo. Zato me i interesuje to razdvajanje procesnog dela od interfejsa. Hvala na vasem vremenu.
[ Damjan S. Vujnovic @ 24.02.2005. 12:49 ] @
Potrazi MVC design pattern - uvodjenje controller-a ce ti omoguciti da view (interfejs) ne zna nista o modelu (pravila igre).

D
[ Lazar-I @ 24.02.2005. 15:15 ] @
Šablone (patterns) možeš naći u knjizi Design Patterns - Elements of Reusable Object-Oriented Software (postoji u knjižarama prevod na srpski "Gotova rešenja - Elementi OO softvera"). Primeri su u C++ (i nešto zanemarljivo malo u meni nerazumljivom smalltalk-u). Jeste da je stara ali mislim da je sasvim OK.

[ leka @ 24.02.2005. 18:06 ] @
MVC nije jedini obrazac tog tipa. Postoji recimo meni drazi MGM obrazac o kome se moze vise saznati na http://www.atug.com/andypatterns/mgm.htm . Btw. kad je FLTK u pitanju uskoro cu imati testirane C++ klase koje ce pomoci oko razvoja aplikacija baziranih na MGM obrascu (par interfejsa koje treba implementirati...).
Takodje paralelno sa ovim klasama razvijam i jedan prosti (u pocetku) DB nivo tako da cu koristiti ove MGM klase za jednostavan i fleksibilan razvoj DB-aware aplikacija. ODBC, MySQL i SQLite su mi licno prve stvari za koje cu imati podrsku (u vidu DLL-ova, tako da je kasnije lako dodati podrsku za druge sisteme).
[ vilyu @ 26.02.2005. 15:25 ] @
Za sada sam generalno skapirao ideju MGM-a, mada mi neki detalji i dalje
nisu jasni. No, valjda cu ih iz jos par citanja razumeti.

Nego, interesuje me u kolikom procentu aplikacija se primenjuju ovakvi
modeli, a koliko ljudi ipak pravi programe u kojima je glavni kod ipak
direktno vezan za interfejs. Ima li neko informacije o tome?