Drie lagen: UI (interface), BLL (business logic layer), DAL (data access layer). Deze drie zijn must-haves, waarvan BLL en de klassen in DAL publieke klassen zijn, omdat de UI BLL moet aanroepen, BLL en DAL, en UTILITY (de onderliggende methode om verbinding te maken met de database en basisbewerkingen uit te voeren zoals "toevoegen, verwijderen, wijzigen en controleren"). Daarnaast kunnen er ook entiteitlagen zijn zoals ENTITY (die datatabellen mappt) en Common (deze bibliotheek bevat doorgaans enkele algemene methoden, zoals datavalidatiemethoden, controleoperatiemethoden, enz.). Simpel gezegd, dat is het Het benaderen van data uit de database is een data-toegangslaag Het oplossen van de zakelijke relaties van gerelateerde data vormt een laag van bedrijfslogica De representatie van de gecolleduceerde data toont aan dat dit een representatielaag is.
Trouwens, ik heb je geholpen wat informatie te vinden: Een goede hiërarchische structuur kan de taakverdeling voor ontwikkelaars duidelijker maken. Zodra de interfaces tussen de lagen zijn gedefinieerd, kunnen ontwikkelaars die verantwoordelijk zijn voor verschillende logicaontwerpen hun inspanningen verspreiden en hand in hand werken. UI-personeel hoeft bijvoorbeeld alleen rekening te houden met de ervaring en werking van de gebruikersinterface, domeinontwerpers kunnen zich alleen richten op het ontwerp van bedrijfslogica, en databaseontwerpers hoeven zich geen zorgen te maken over omslachtige gebruikersinteracties. De taak van elke ontwikkelaar wordt bevestigd en de ontwikkelingsvoortgang kan snel worden verbeterd.
De voordelen van losse koppeling zijn duidelijk. Als een systeem niet hiërarchisch is, dan is hun logica nauw met elkaar verweven en onderling afhankelijk, en is niemand vervangbaar. Zodra er een verandering plaatsvindt, zal dit het hele lichaam beïnvloeden en zal de impact op het project uiterst ernstig zijn. Het verminderen van de afhankelijkheid tussen lagen kan niet alleen toekomstige schaalbaarheid garanderen, maar ook duidelijke voordelen bieden qua herbruikbaarheid. Zodra elke functionele module een uniforme interface heeft gedefinieerd, kan deze door elke module worden aangeroepen zonder dat dezelfde functie herhaaldelijk hoeft te ontwikkelen.
Om een goed hiërarchisch structuurontwerp te realiseren, zijn standaarden ook essentieel. Alleen op een bepaald niveau van standaardisatie kan dit systeem schaalbaar en vervangbaar zijn. De communicatie tussen lagen zorgt ook noodzakelijkerwijs voor de standaardisatie van interfaces.
|