Lagdelt arkitektur organiserer kildekode i lag, der hvert lag har ansvar for en bestemt type arbeid. Den skiller mottak av forespørsler, anvendelse av forretningsregler og datatilgang, slik at koden blir enklere å forstå og vedlikeholde.
Lagene kan kjøre i én applikasjon. Lag beskriver ansvar i koden; å plassere deler på separate servere er et distribusjonsspørsmål som N-tier-arkitektur tar for seg.
En webapplikasjon har ofte tre lag:
I tradisjonell lagdeling kaller presentasjonen forretningslogikken, som kaller datatilgangen. Dette holder databasespørringer og forretningsregler utenfor presentasjonskoden.
Se for deg en applikasjon for ferieadministrasjon: Når en ansatt sender inn en søknad, mottar presentasjonen datoene og sender dem til forretningslogikken. Forretningslogikken henter gjenværende saldo gjennom datatilgangen og sjekker søknaden.
Hvis søknaden er gyldig, lagrer applikasjonen den for godkjenning og returnerer en bekreftelse. Hvis saldoen er utilstrekkelig, avviser forretningslogikken søknaden, og presentasjonen viser årsaken. I dette eksemplet trekkes ferien fra senere, under godkjenningen.
Når virksomheten endrer feriereglene sine, oppdaterer utviklerne forretningslaget. Presentasjon og datalagring kan være uendret hvis informasjonen som utveksles, forblir den samme.
Lagdelt arkitektur passer for administrasjonsverktøy, HR-applikasjoner og systemer med mange skjemaer og kjente forretningsprosesser. I større systemer bør koden deles i forretningsmoduler og lag brukes innenfor hver modul, slik at man unngår ett enormt forretningslag med alle funksjonene.
Et bibliotek av IT-intervjuspørsmål med detaljerte svar — fra Junior til Senior.
Doner