Lagdelt arkitektur organiserer kildekode i lag, der hver har ansvar for en bestemt type arbejde. Den adskiller modtagelse af anmodninger, anvendelse af forretningsregler og adgang til data, så koden bliver lettere at forstå og vedligeholde.
Lagene kan køre i én applikation. Lag beskriver kodens ansvarsområder; placering af dele på separate servere er et udrulningsspørgsmål, som behandles af N-tier-arkitektur.
En webapplikation har ofte tre lag:
I traditionel lagdeling kalder præsentationen forretningslogikken, som kalder dataadgangen. Det holder databaseforespørgsler og forretningsregler ude af præsentationskoden.
Betragt en applikation til ferieadministration: Når en medarbejder indsender en anmodning, modtager præsentationen datoerne og sender dem til forretningslogikken. Forretningslogikken henter den resterende saldo gennem dataadgangen og kontrollerer anmodningen.
Hvis den er gyldig, gemmer applikationen anmodningen til godkendelse og returnerer en bekræftelse. Hvis saldoen er utilstrækkelig, afviser forretningslogikken anmodningen, og præsentationen viser årsagen. I dette eksempel trækkes ferien først fra senere ved godkendelsen.
Når virksomheden ændrer sin feriepolitik, opdaterer udviklerne forretningslaget. Præsentation og datalagring kan forblive uændret, hvis den udvekslede information er den samme.
Lagdelt arkitektur passer til administrationsværktøjer, HR-applikationer og systemer med mange formularer og velkendte forretningsgange. I et større system bør koden opdeles i forretningsmoduler med lag inden for hvert modul, så man undgår ét enormt forretningslag, der indeholder alle funktioner.
Et bibliotek af IT-interviewspørgsmål med detaljerede svar — fra Junior til Senior.
Donér