N-Tier application Development

[Verwijderd]

Hallo devvers,

ik ben opzoek naar richtlijnen voor het bouwen van een applicatie in lagen.
En waarom je het een en het ander in die lagen stopt.
Eventueel nog voor een nadelen erbij.

Alvast bedankt

[Verwijderd]

Interface -> middleware -> database is een mogelijke opsplitsing in drie lagen.

Hierdoor houdt je de businesslogic apart van de gegevens en de interface. Zo kun je de interface ongestraft aanpassen en blijft deze code overzichtelijk zonder dat je businesslogic code in gevaar komt. Het gebruik van een aparte database voor gegevens opslag is natuulijk handig omdat deze gespecialiseerd is in het opslaan van gegevens en je op deze manier niet zelf dat soort code hoeft te schrijven

edit
Hierover zijn overgins veeeele boeken te verkrijgen. Wat wil je met de informatie cq. wat wil je precies weten?

[ Voor 12% gewijzigd door Verwijderd op 09-05-2003 15:44 ]

[whoami]

Er zijn hier idd heel wat boeken en artikelen reeds over beschikbaar.

Er bestaan op GoT ook al wat topics over dit onderwerp.

Misschien heb je al wat aan volgende links:
Designing Data Tier components

[rml][ alg] enterprise applicatie - totaal oplossing.[/rml]
[rml][ Alg] Ontwerpen van Data-access en business classes[/rml]
[rml][ C#] Multi-tier applicatie[/rml]
[rml][ .NET/C#] Architectuur beslissing n-tier[/rml]

[Verwijderd]

Deze "Designing Data Tier components", had ik al door gelezen (gebladerd).

Ben er wet wijzer van geworden, maar wat ik eigelijk precies zoek, is een net documentatie/uitleg van waarom moet je wat doen in een bepaalde laag. (en dan nog het liefts in het Nerderlands)

[Verwijderd]

mijn initiele reactie: Woef!

maar goed kijk voor al eens naar de laatste twee links staat veel info. Verder ga eens naar de boekhandel en koop een interessant boek over het onderwerp.