Voor een project ben ik bezig met het volgende:
Klant wil 1 engine hebben die alle taken afhandelt, data controleert en beheert. Prima daar is het 3 / 2.5-tier model een prima oplossing voor. Echter de klant wil dat we de GUI fysiek scheiden van de business logica en de data acces layer. Klant wil later aditionele gui toevoegen (3th party, of van ons zelf). De gui en bl+dal draaien allebei op dezelfde server.
Het project maakt gebruik van het .net platform, asp.net (VB.net)
Hoe kan ik deze fysiek gescheiden lagen het beste met elkaar kunnen communiceren.
Ik neig het meest naar een oplossing waarbij de gui ook weer onderverdeelt wordt in 3 tiers. De DAL van de GUI vraagt / krijgt dmv een SOAP connectie met de BL van de engine de data. De BL van de GUI interperteert die data, controleert die input en communiceert met de presentation layer van de GUI.
Voor de mensen die meegeteld hebben, we zitten nu al op 5 tiers. De dubbele check op input maakt de applicatie natuurlijk wel een stuk veiliger, maar de performance zal ook omlaag duikelen. Dit is echter niet zo'n groot punt. Het grote voordeel van de SOAP connectie is dat de GUI kan opvragen welke paramerters er verwacht worden en wat er allemaal wordt ondersteund.
Ik heb dit topic ([rml][ alg] enterprise applicatie - totaal oplossing.[/rml]) redelijk doorgespit, maar heb er niet zo heel veel aan gehad.
Mijn vraag is, is het logisch om het op deze manier te doen? Of is het veel te omslachtig.
Klant wil 1 engine hebben die alle taken afhandelt, data controleert en beheert. Prima daar is het 3 / 2.5-tier model een prima oplossing voor. Echter de klant wil dat we de GUI fysiek scheiden van de business logica en de data acces layer. Klant wil later aditionele gui toevoegen (3th party, of van ons zelf). De gui en bl+dal draaien allebei op dezelfde server.
Het project maakt gebruik van het .net platform, asp.net (VB.net)
Hoe kan ik deze fysiek gescheiden lagen het beste met elkaar kunnen communiceren.
Ik neig het meest naar een oplossing waarbij de gui ook weer onderverdeelt wordt in 3 tiers. De DAL van de GUI vraagt / krijgt dmv een SOAP connectie met de BL van de engine de data. De BL van de GUI interperteert die data, controleert die input en communiceert met de presentation layer van de GUI.
Voor de mensen die meegeteld hebben, we zitten nu al op 5 tiers. De dubbele check op input maakt de applicatie natuurlijk wel een stuk veiliger, maar de performance zal ook omlaag duikelen. Dit is echter niet zo'n groot punt. Het grote voordeel van de SOAP connectie is dat de GUI kan opvragen welke paramerters er verwacht worden en wat er allemaal wordt ondersteund.
Ik heb dit topic ([rml][ alg] enterprise applicatie - totaal oplossing.[/rml]) redelijk doorgespit, maar heb er niet zo heel veel aan gehad.
Mijn vraag is, is het logisch om het op deze manier te doen? Of is het veel te omslachtig.