Det har vært mange diskusjoner om bruken av strømkontakten. Faktisk kan brukeren legge til strømkontakten i en eksisterende programvaremodell for å koble sammen forretningshensyn og tverrgående hensyn. På grunn av AOP-semantikk er kontaktdelen avhengig av forretningshensyn, mens tverrgående hensyn er avhengig av strømkontakten.
Deretter kan brukeren lage en serie utvalgte elementer rundt kontakten, uten å måtte legge inn noe innhold manuelt. Det kan identifiseres forretningshensyn, tilkoblingsmodus og tverrgående hensyn (dette trinnet er ved å bestemme den gjensidige AOP-informasjonen og informasjonen som er lagret i kontakten, for å oppnå dette. Denne delen kan eksporteres til informasjon, selvfølgelig).
Det argumenteres også for at for å muliggjøre en smidig overgang mellom design og implementering og støtte lavnivåarkitekturdesign, må lenkebaserte aspektorienterte modelleringsverktøy støtte et koderammeverk som automatisk genererer forskjellige AOP-implementeringsteknikker fra designmodellen. Dette lar utvikleren fokusere på å bygge modellen mens modelleringsverktøyet genererer koden automatisk. Kodegenerering forbedrer utviklerens produktivitet og reduserer feil. Den lenkebaserte aspektorienterte modelleringsmetoden forbedrer gjenbrukbarheten av AOP-teknologi og forbedrer effektiviteten i programvareutvikling ved å unngå inkonsekvens mellom design og implementering. Designeren kan designe AO med den objektorienterte ideen, og utvikleren kan fortsette den senere programmeringen i henhold til det genererte koderammeverket.
Det har også blitt foreslått at koblinger ble introdusert for å støtte aspektorientert modellering, og opprettholde separasjon av bekymringer tidlig i programvarens livssyklus for å håndtere spesifikasjonen av tverrgående bekymringer på arkitekturnivå. En av hovedgrunnene til at koblinger ble introdusert var å gi støtte for standard utviklingsverktøy. UML-baserte løsninger for å legge til koblinger er mer akseptable. Koblinger er en enkel og kraftig identifikator for aspektorientert modellering. Men for å redusere feil i tilordning av modeller til kode, og for å gi støtte for den underliggende arkitekturdesignen, kreves det også automatisk generering av AOP-koderammeverk.
Dermed kan lenkebaserte aspektorienterte modelleringsmetoder generelt introduseres på en transparent måte i den analytiske designfasen av programvare, og kan veilede den senere skrivingen av AOP-kode for å oppnå en sømløs forbindelse mellom design og kode.
Publisert: 1. oktober 2019