Ukratko :

3-tier se satoji iz iz 3 sloja : prezentacija,biznis logika i baza. Upravo ova podjela ti omogucava da veliki dio koda koristis vise puta.Recimo ako programiras u javi i odlucis se da predjes sa swinga na neki web framework doboljno je samo da menjas prezentacijski sloj.Isto tako ako recimo promjenis bazu dovoljno je da promjenis samo kod za "sloj" bazu.Biznis logika ti omogucava da skaliras (ili ogranicis) bazu za odredjenu aplikaciju,na taj nacin je moguce da iste podatke u bazi koristis za razlicite svrhe (aplikacije).

Nadam se da nisam bio skroz nerazumljiv.

Zanimljiva tema. Jel moze neko da da objasnjenje kako u praksi funkcionise razmena podataka izmedju klijentske aplikacije, i one koja se vrti na application serveru (koja pristupa bazi). OK, uspostavi se veza preko soketa, ali da li na krajnjoj klijentskoj aplikaciji onda mogu da se koriste neke DB komponente, ili se definise sopstveni protokol za razmenu i parsiranje podataka? Pretpostavljam da postoji neki standardni pristup, pa ako bi neko bio ljubazan da ga opise. Hvala.

pa standardnog pristupa nemas
jer zavisi namena servera i kako ga realizujes

možeš da koristiš onaj besplatni Java application server
nisam radio sa njim ali ljudi ga koriste

možeš i sam da napraviš application server
evo, recimo Delphi

protokol ti je običan TCP/IP,
ako ćeš da ti server koristi internet moraš da imaš i HTTP
mi recimo koristimo i UDP, ne znam zašto,
znači sve tri varijante

uglavnom, tvoj server ima adresu i mora da radi nekom portu,

komunikacija , ne znam u čemu programiraš
ali recimo pogledaj Indy ili RemObjects proizvode
onda će ti komunikacija biti mnogo jasnija

kreni od Indija jer od njega sve kreće
mislim da ima varijanta i .NET za C# ako voliš tu varijatnu
oko Jave već ne znam

na strani klijenta moras imati db komponente
jer kako ces drugacije prezentovati podatke korisnicima

na strani servera imas querije koji "gadjaju" bazu i
rade insert, select ili sta je vec potrebno

i onda sa klijenta manipulišeš podacima ili pozivaš
odredjene funkcije koje "vrte" poslovnu logiku

uglavnom, tema je preopširna, ima mnogo više da se radi
od običnog dvoslojnog programiranja ali se višestruko isplati

samo, ovako nešto razvijati za firmice od dva računara
koje imamu samo prodaju i malo čvrkaju računovodstvo,
nema smisla

pozdrav