Diskusija apie maitinimo jungties naudojimą turi daug, tiesą sakant, vartotojas gali pridėti maitinimo jungtį prie esamo programinės įrangos modelio, naudojamo verslo reikalams ir skersinėms problemoms sujungti, nes dėl AOP semantikos jungties dalis priklauso nuo verslo problemų, skersinių problemų dalis priklauso nuo maitinimo jungties.
Tada aplink jungtį vartotojas gali sudaryti pasirinktų elementų seriją, nereikėdamas rankiniu būdu įvesti jokio turinio, tai gali būti verslo problemos, ryšio dalių režimas ir skersinės problemos (šiuo žingsniu nustatoma AOP abipusė informacija, ir informaciją, saugomą jungtyje, kad ši dalis būtų eksportuojama, žinoma).
Taip pat teigiama, kad siekiant užtikrinti sklandų perėjimą nuo projektavimo prie įgyvendinimo ir palaikyti žemo lygio architektūrinį projektavimą, saitais pagrįsti aspektais orientuoti modeliavimo įrankiai turi palaikyti kodo sistemą, kuri automatiškai generuoja skirtingus AOP įgyvendinimo būdus iš projektavimo modelio. leidžia kūrėjui sutelkti dėmesį į modelio kūrimą, o modeliavimo įrankis automatiškai generuoja kodą.Kodo generavimas pagerina kūrėjo produktyvumą ir sumažina klaidų skaičių.Nurodymu pagrįstas aspektų modeliavimo metodas pagerina AOP technologijos pakartotinį naudojimą ir pagerina programinės įrangos kūrimo efektyvumą. vengiant nenuoseklumo tarp projektavimo ir įgyvendinimo. Dizaineris gali sukurti AO pagal objektinę idėją, o kūrėjas gali tęsti vėlesnį programavimą pagal sukurtą kodo sistemą.
Taip pat buvo pasiūlyta, kad jungtys buvo įvestos siekiant palaikyti į aspektą orientuotą modeliavimą, išlaikant problemų atskyrimą ankstyvame programinės įrangos gyvavimo ciklo etape, kad būtų išspręstos kompleksinės problemos architektūros lygmeniu. Viena iš pagrindinių priežasčių, dėl kurių buvo įvestos jungtys, buvo suteikti standartą. kūrimo įrankio palaikymas.Uml pagrįsti sprendimai, skirti pridėti jungtis, yra labiau priimtini.Jungtys yra paprastas ir galingas į aspektą orientuoto modeliavimo identifikatorius.Tačiau siekiant sumažinti modelių susiejimo su kodu klaidas ir teikti paramą pagrindinės architektūros projektavimui, taip pat reikalingas automatinis AOP kodo schemų generavimas.
Taigi, paprastai, sąsajomis pagrįsti aspektais orientuoti modeliavimo metodai gali būti skaidriai įdiegti programinės įrangos analitinės kūrimo stadijoje ir gali padėti vėliau rašyti AOP kodą, kad būtų pasiektas sklandus ryšys tarp dizaino ir kodo.
Paskelbimo laikas: 2019-10-01