Diskusijos apie maitinimo jungties naudojimą yra įvairios. Iš tiesų, vartotojas gali pridėti maitinimo jungtį prie esamo programinės įrangos modelio, naudojamo verslo ir tarpsričiai skirtoms sritims sujungti. Dėl AOP semantikos jungties dalis priklauso nuo verslo, o tarpsričiai skirta dalis – nuo maitinimo jungties.
Tada, aplink jungtį, vartotojas gali atlikti pasirinktų dalių seriją, nereikėdamas rankiniu būdu įvesti jokio turinio, tai gali būti verslo problemos, prijungimo būdas ir nustatyti tarpiniai klausimai (šiame etape nustatoma AOP tarpusavio informacija ir jungtyje saugoma informacija, žinoma, šią dalį galima eksportuoti).
Taip pat teigiama, kad norint užtikrinti sklandų perėjimą nuo projektavimo prie įgyvendinimo ir palaikyti žemo lygio architektūrinį projektavimą, sąsajomis pagrįsti aspektais orientuoto modeliavimo įrankiai turi palaikyti kodo sistemą, kuri automatiškai generuoja skirtingas AOP įgyvendinimo technikas iš projektavimo modelio. Tai 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 klaidas. Ryšiais pagrįstas aspektais orientuoto modeliavimo metodas pagerina AOP technologijos pakartotinį naudojimą ir pagerina programinės įrangos kūrimo efektyvumą, išvengiant neatitikimų tarp projektavimo ir įgyvendinimo. Kūrėjas gali kurti AO su objektine idėja, o kūrėjas gali tęsti vėlesnį programavimą pagal sugeneruotą kodo sistemą.
Taip pat buvo pasiūlyta, kad jungtys buvo sukurtos siekiant palaikyti aspektais pagrįstą modeliavimą, išlaikant problemų atskyrimą ankstyvajame programinės įrangos gyvavimo ciklo etape, kad būtų galima spręsti tarpinių problemų specifikaciją architektūros lygmeniu. Viena iš pagrindinių priežasčių, kodėl buvo sukurtos jungtys, buvo standartinio kūrimo įrankių palaikymo užtikrinimas. UML pagrįsti sprendimai jungtims pridėti yra priimtinesni. Jungtys yra paprastas ir galingas aspektais pagrįsto modeliavimo identifikatorius. Tačiau norint sumažinti klaidų skaičių susiejant modelius su kodu ir teikti paramą pagrindiniam architektūros projektui, taip pat reikalingas automatinis AOP kodo karkasų generavimas.
Taigi, apskritai, sąsajomis pagrįsti aspektais orientuoti modeliavimo metodai gali būti skaidriai įdiegti programinės įrangos analitinio projektavimo etape ir gali padėti vėliau rašant AOP kodą, siekiant sklandaus ryšio tarp projektavimo ir kodo.
Įrašo laikas: 2019-10-01