U zavisnosti od toga kako si ga uradio, vrlo je verno. Doduse bas sa tim alatom nemam iskustva.

U principu kad dodjes do momenta kada si prepoznao sve entitete u sistemu, nece ti svi postati klase. Neki ce perzistirati, neki biti samo tabele u bazi i slicno.

Glavna stvar je da kada odradis model i exportujes kod (vise manje skelete) ne ostavljas model i nastavljas da kodiras, vec tokom kasnijeg rada vrlo cesto updateujes model u skladu sa novonastalim momentima i obrnuto. Taj workaround proces traje do kraja.

P.S.
Zasto si resio da pravis IS u VB6? Em VB em iz proslog veka?

Dobro pitanje, naime to i nije definitivna odluka, ali c++ i javu poznajem onako u osnovi, i ostao mi je delphi i vb. Takodje znam da vb ne spada u kategoriju OO prog. jezika. Iako se u vb jedan dugmić može smatrati klasom. Situacija je takva da imam jedan projekat koji je odradjen sve osim objektnog dela. Znači baza relacionog tipa u power designeru a realizovano u vb6. Sada bi je proširio i napravio OOM i naravno implementirao u vb-u.
Šta mi predlažeš da uradim, koja bi solucija bila najbolja u vezi ovoga.
pozdrav

Ne vidim zasto je VB problem.

@sanibo
Kakav pristup ces da imas u mnogome zavisi od uslova, kako si pogodio posao i ostalih ogranicenja. Ja bih licno isao na Delphi radije nego na VB6.


@mladenovicz
Da ne duzimo oko VB posto takve stvari obicno raspale flame.

Ni ja ne bi da se upuštam u raspravu zašto ovo a ne ono??? Iskren da budem sa VB6 sam uradio nekoliko projekata i po meni je ok. Mene lično je oduševila lakoća rada sa njim, ima veliki broj gotovih kontrola... Takodje mi je i delphi takav utisak ostavio, ali jednostavno sa VB -om sam kako bi rekao u poslednje vreme u "kondiciji", a i hteo bih iskoristiti delove postojećeg projekta, znači pokušaj uštede vremena.
Hvala na informacijama.
pozdrav