three-tier opbygning ?

skal funktions og model laget evt. ligges sammen eller ??

du kommer nok til at klippe et snit ned igennem "(Funktion/model)" og vælge hvad der skal på hver side.

funktioner der validerer brugerens input skal så ligge på klienten, mens funktioner der organiserer data og genererer søgninger til databasen skal ligge på serveren.

men det er et individuelt valg som du stort set selv må foretager. Jo mere du lægger ud til klienten jo sikrere og mere præcist kan du validere (og fx sammenholde data i forskellige inputfelter), men jo mere loadtid får klienten så også. så den optimale skillelinie ligger forskelligt på et intranet og på internettet.

mvh JakobA

det skal fortrinsvist køre på et intranet, men kan også bruges over nettet.
Men jeg kan godt se hvad du siger med klippe et snit igennem funktion/model. MEN hvad med det jeg har som model lag, dvs. objekter, f.eks. et person objekt hvor jeg i gui'en vil bruge en metode benny.getName(); så bliver model'en jo nødt til at være på klient delen, men det er måske dumt, jeg skal måske ligge model'en på serveren og så lave et lag ovenpå der klader de metoder der er deri som man så ligger i interfacet, eller ?? det lyder måske MEGET dumt dette men jeg spørger da jeg helst vil lave det rigtigt første gang

og også fordi jeg ikke aner noget omkring denne måde at opbygge et program på

Det beste er nok at starte med at lave en data-model af hvad der skal laves:

SERVER:  altomfattende database.
    den skal altid være konsistent
    den skal opdateres så sjældent som muligt

KLIENT:  Lille DB med relevante data klonet fra serverens DB.
    opdateres altid fra serveren, aldrig fra klienten
        nye bruger data indtastet af brugeren
    kan valideres opimod klientens lokale DB og diverse regler

Det væsentlige er at få et meget klar og konkret flow som alle data følger, ovenfor er det et 'U'-formet:  KLIENT[bruger] -> SERVER[database] -> KLIENT[database] ( -> KLIENT[bruger] ).  Det kan gøres på andre måder også, og derudover varieres; men det er et rimeligt rent forslag der skulle være til at implementere :-)

Hver transaktion bliver så at sende de nye brugerdata til serveren hvor serverens DB opdateres.
Hvis det går godt svarer serveren med at sende opdaterede data til klient-DBen og brugerdata nulstilles.
Hvis det ikke går rulles serverdatabasen tilbage og der gives fejlmelding.

Når du har fastlagt data-modellen kan du så kikke på de objekter du har og se hvordan de passer ind i modellen. Og placere, opdele og så videre. Det kan være nødvendigt at lave en helt ny objektstruktur :(

mvh JakobA

ok, det lyder faktisk meget klogt, men kender du til noget litteratur omkring denne måde at bygge tingene op på, og skal man evt. til at bruge nogle patterns til denne kom. mellem klienten og serveren ??

Generelt client/server modellen: http://www.sei.cmu.edu/str/descriptions/clientserver_body.html

Jeg er nok lovlig gammel til at foreslå specifikke patterns og pakker.
Den der moderne grundide med "det kan jeg finde en pakke der gør" har jeg ikke rigtig. Istedet tenderer jeg til at sige "Hvodan laver jeg så det?". Sorry.

Lad os håbe der kommer nogen forbi der kender eksisterende pakker til det.

mvh JakobA

takker