Diskussioner om användningen av strömkontakter har förekommit många. Faktum är att användaren kan lägga till strömkontakten i en befintlig programvarumodell för att koppla samman affärsaspekter och tvärgående aspekter. På grund av AOP-semantik är kontaktdelen beroende av affärsaspekter, medan tvärgående aspekter är beroende av strömkontakten.
Sedan kan användaren runt kontakten göra en serie valda inställningar, utan att behöva mata in något innehåll manuellt. Det kan vara affärsfrågor, anslutningslägen och tvärgående frågor som identifieras (detta steg går ut på att bestämma den gemensamma AOP-informationen och informationen som lagras i kontakten för att uppnå detta, vilket naturligtvis är möjligt att exportera information till denna del).
Det argumenteras också för att länkbaserade aspektorienterade modelleringsverktyg, för att möjliggöra en smidig övergång mellan design och implementering och stödja lågnivåarkitekturdesign, måste stödja ett kodramverk som automatiskt genererar olika AOP-implementeringstekniker från designmodellen. Detta gör det möjligt för utvecklaren att fokusera på att bygga modellen medan modelleringsverktyget genererar koden automatiskt. Kodgenerering förbättrar utvecklarens produktivitet och minskar fel. Den länkbaserade aspektorienterade modelleringsmetoden förbättrar återanvändbarheten av AOP-teknik och förbättrar effektiviteten i programvaruutveckling genom att undvika inkonsekvens mellan design och implementering. Designern kan designa AO med den objektorienterade idén, och utvecklaren kan fortsätta den senare programmeringen enligt det genererade kodramverket.
Det har också föreslagits att kopplingar introducerades för att stödja aspektorienterad modellering, och bibehöll separation av problem tidigt i programvarans livscykel för att hantera specifikationen av tvärgående problem på arkitekturnivå. En av de främsta anledningarna till att kopplingar introducerades var att ge stöd för standardutvecklingsverktyg. UML-baserade lösningar för att lägga till kopplingar är mer acceptabla. Kopplingar är en enkel och kraftfull identifierare för aspektorienterad modellering. Men för att minska fel i mappningen av modeller till kod och för att ge stöd för den underliggande arkitekturdesignen krävs också automatisk generering av AOP-kodramverk.
Således kan länkbaserade aspektorienterade modelleringsmetoder i allmänhet introduceras på ett transparent sätt i programvarans analytiska designfas, och kan vägleda det senare skrivandet av AOP-kod för att uppnå en sömlös koppling mellan design och kod.
Publiceringstid: 1 oktober 2019