Tre lager: UI (gränssnitt), BLL (affärslogiklager), DAL (dataåtkomstlager). Dessa tre är måste, varav BLL och klasserna i DAL är publika klasser, eftersom UI behöver anropa BLL, och BLL måste anropa DAL, samt UTILITY (den underliggande metoden för att ansluta till databasen och utföra grundläggande operationer som "lägga till och radera, ändra och kontrollera"). Dessutom kan det finnas entitetslag som ENTITY (som mappar datatabeller) och Common (detta bibliotek innehåller generellt några allmänna metoder, såsom datavalideringsmetoder, kontrolloperationer med mera). Enkelt uttryckt, det är det Åtkomst till data från databasen är ett dataåtkomstlager Att reda ut affärsrelationerna för relaterad data är ett lager av affärslogik Representationen av de sammanställda uppgifterna visar att detta är ett representationslager.
Förresten, jag hjälpte dig att hitta lite information: En bra hierarkisk struktur kan göra arbetsfördelningen för utvecklare tydligare. När gränssnitten mellan lagren är definierade kan utvecklare som ansvarar för olika logikdesigner sprida ut sina ansträngningar och arbeta hand i hand. Till exempel behöver UI-personal bara ta hänsyn till användargränssnittets upplevelse och funktion, domändesigners kan bara fokusera på design av affärslogik, och databasdesigners behöver inte oroa sig för krångliga användarinteraktioner. Varje utvecklares uppgift bekräftas och utvecklingsutvecklingen kan snabbt förbättras.
Fördelarna med lös koppling är tydliga. Om ett system inte är hierarkiskt är deras logik tätt sammanflätad och ömsesidigt beroende, och ingen är utbytbar. När en förändring sker kommer den att påverka hela kroppen, och påverkan på projektet kommer att bli extremt allvarlig. Att minska beroendet mellan lager kan inte bara säkerställa framtida skalbarhet, utan också ge uppenbara fördelar i återanvändbarhet. När varje funktionell modul har definierat ett enhetligt gränssnitt kan det anropas av varje modul utan att behöva utveckla samma funktion upprepade gånger.
För att genomföra en bra hierarkisk strukturdesign är standarder också nödvändiga. Endast på en viss standardiseringsnivå kan detta system vara skalbart och utbytbart. Kommunikationen mellan lager säkerställer också nödvändigtvis standardisering av gränssnitten.
|